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Abstract 

Today’s  information  age  has  exploded  the  amount  of  data  available  to  decision  mak¬ 
ers  at  all  levels  of  the  control  hierarchy.  The  miniaturization  and  proliferation  of  sensor 
technology  has  enabled  extensive  detection  and  monitoring,  and  advances  in  computational 
capabilities  have  provided  for  embedded  data  analysis  and  the  generation  of  information 
from  raw  data.  Additionally,  with  the  miniaturization  of  mechanical  systems,  it  is  possible 
to  provide  platforms  for  sensor  suites  that  are  capable  of  mobility  and  limited  autonomy. 
Swarming,  or  bio-emergent  behavior,  provides  a  robust,  scalable  mechanism  for  organiz¬ 
ing  large  numbers  of  mobile  sensor  platforms.  However,  the  mobility  dynamics  of  swarm 
systems  present  additional  challenges. 

This  research  develops  a  novel  ad  hoc  data  network  communications  modeling  method¬ 
ology  for  swarm-based  sensor  systems  that  provides  a  process  for  evaluating  performance 
of  communications  protocols  with  respect  to  swarm  dynamics.  A  new  parameter-based 
swarm  simulation  system  based  on  innovative  vision  models  is  developed  and  used  to  inves¬ 
tigate  and  characterize  swarm  behavior.  The  process  allows  for  communications  protocol 
evaluations  in  the  context  of  dynamic  swarm  behaviors. 

Three  network  communications  protocols  are  presented  for  swarm-based  sensor  net¬ 
works  and  a  performance  comparison  is  made.  The  three  protocols — Directed  Diffusion, 
Geographical  Routing  Protocol,  and  Flooding  Protocol — are  compared.  Results  indicate, 
for  the  degree  of  mobility  investigated,  that  the  Directed  Diffusion  protocol  slightly  outper¬ 
forms  the  Geographical  Routing  Protocol  system.  The  swarm  network  modeling  process 
developed  provides  a  new  methodology  for  rigorous  and  repeatable  investigation  of  net¬ 
work  communications  systems  with  respect  to  the  complex  dynamics  of  swarm-based  sensor 
networks. 


xxv 


A  Communications  Modeling  System 
for  Swarm-based  Sensors 


I.  Introduction  and  Overview 

The  following  excerpt  is  taken  from  a  description  of  Prey ,  a  current  fictional  novel 

by  Michael  Crichton  (31)  about  a  particle  swarm: 

In  the  Nevada  desert,  an  experiment  has  gone  horribly  wrong.  A  cloud  of 
nanoparticles-microrobots-has  escaped  from  the  laboratory.  This  cloud  is  self- 
sustaining  and  self-reproducing.  It  is  intelligent  and  learns  from  experience. 

For  all  practical  purposes,  it  is  alive. 

It  has  been  programmed  as  a  predator.  It  is  evolving  swiftly,  becoming  more 
deadly  with  each  passing  hour. 

Every  attempt  to  destroy  it  has  failed. 

And  we  are  the  prey. 

It  has  long  been  noted  that  what  begins  as  fiction  often  finds  itself  in  reality.  This  is 
the  power  of  human  imagination.  Crichton’s  work  describes  a  dire  picture  of  technology 
gone  awry.  However,  the  reality  of  swarming  technology  is  that  it  possesses  significant 
potential  for  both  commercial  and  military  applications  such  as  search  and  rescue  opera¬ 
tions  or  surveillance  activities.  The  advances  in  computing  and  manufacturing  technology 
have  made  such  systems  possible.  In  order  to  harness  this  potential  for  Air  Force  applica¬ 
tions,  a  method  of  analyzing  and  exploring  swarm  systems-specifically  swarm  based  sensor 
applications-must  be  developed. 

Information  processing  (processing,  storing,  visualizing,  disseminating,  etc.)  is  one  of 
today’s  leading  engineering  challenges.  Military  use  of  information  is  no  exception.  There 
is  an  immense  amount  of  information  available  to  today’s  military  decision-makers  from 
numerous  sources  including  existing  command  and  control  systems,  reconnaissance  data, 
satellite  data,  unit  capability  data,  and  real-time  battlefield  conditions  (124).  Traditional 
communications  networks  are  bandwidth  limited  especially  in  wireless  networks  (119). 
The  problem:  there  are  large  amounts  of  data  that  need  to  be  transferred  over  limited 
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communications  resources.  These  conflicting  characteristics  create  a  need  for  an  efficient 
and  effective  communications  system  for  large  numbers  of  sensors  in  a  communications 
resource  limited  architecture. 

1.1  Research  Definition 

The  amount  of  information  that  must  be  transferred  in  data  dissemination  networks 
is  growing  at  an  increasing  rate.  This  is  primarily  due  to  the  increase  in  sensor  capabilities. 
Traditionally,  sensor  data  is  processed  off-line  and  the  results  are  propagated  through  the 
network  because  of  the  network  bandwidth  limitations.  This  creates  a  significant  latency 
between  event  occurrence  and  event  detection/notification.  Currently,  with  the  increases  in 
bandwidth,  the  desire  is  for  higher  fidelity  information  along  with  the  traditional  analysis 
results.  These  sensors  produce  such  data  streams  as  streaming  video,  still  images,  and 
other  image-type  data.  An  example  of  this  is  synthetic  aperture  radar  images.  These 
images  are  on  the  order  of  lOMBytes  (71).  The  traditional  analysis  results  consist  of  files 
on  the  order  of  only  several  kilobytes.  The  high-fidelity  types  of  information  are  found  on 
many  networks  including  military  communications  systems. 

Additionally,  great  strides  are  being  made  in  miniaturization  of  electronic  and  electro¬ 
mechanical  systems  (12,  67,  104,  126).  These  devices,  equipped  with  wireless  communi¬ 
cations  elements,  multiple  types  of  sensors,  and  varying  degrees  of  mobility  can  provide 
sensor  data  in  numerous  environments  including  those  unsuitable  for  traditional  sensor 
systems.  A  large  number  of  these  devices,  on  the  order  of  100’s  or  even  1000’s,  could  work 
together  like  a  swarm  of  insects  or  a  flock  of  birds  to  provide  high  fidelity  information  on 
a  near  real-time  basis. 

Swarm  or  emergent  behavior  systems  (14,  69,  99)  such  as  swarms  of  insects  or  flocks 
of  birds  present  a  unique  implementation  method  for  a  sensor  system  with  a  large  number 
of  individual  sensors.  Swarm  behavior,  like  that  seen  in  bee  swarms  or  flocks  of  birds 
provides  a  stable  organization  of  sensor  platforms  that  is  flexible,  able  to  adjust  rapidly  to 
changing  environmental  conditions.  These  systems  also  provide  graceful  degradation  when 
individual  sensors  fail. 
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The  communications  system  for  wireless  ad  hoc  sensor  networks  must  provide  for 
the  effective  and  efficient  transfer  of  large  amounts  of  data  in  a  highly  dynamic  network 
environment.  Effectiveness,  in  this  context,  is  defined  as  the  ability  to  successfully  send 
data  to  the  intended  destination  while  efficiency  is  defined  as  higher  throughput  and  lower 
latency.  The  communications  issues  involve  optimal  use  of  limited  bandwidth  resources  in 
a  dynamic,  ad  hoc  network  topology.  An  ad  hoc  network  (30)  is  a  collection  of  wireless 
mobile  nodes  dynamically  forming  a  temporary  network  without  the  use  of  any  existing 
network  infrastructure  or  centralized  administration  (38).  In  such  a  network,  each  mobile 
node  not  only  acts  as  a  host  but  also  as  a  router,  forwarding  data  for  other  mobile  nodes 
in  the  network  that  may  not  be  within  direct  wireless  transmission  range  of  each  other. 
In  this  manner,  communications  are  enabled  between  members  of  the  swarm  as  well  as 
external  hosts. 

Potential  communications  systems  that  can  support  this  research  are  based  on  the 
Joint  Battlespace  Infosphere  (JBI)  (124)  or  the  Network  Embedded  Software  Technology 
(NEST)  (34).  The  JBI  is  an  information  management  system  for  military  commanders 
and  their  subordinates.  Its  purpose  is  to  provide  appropriate  information  (in  terms  of 
scope,  detail,  security,  etc.)  to  every  echelon  of  the  command  structure.  The  appropri¬ 
ateness  of  the  information  is  determined  by  the  needs  of  the  system  users.  The  system 
users  access  the  JBI  information  via  JBI  clients.  The  purpose  of  the  JBI  is  provide  an 
information  dissemination  system  that  manages  security  and  authorization  issues  while 
still  being  responsive  to  user  needs.  The  user  needs  include  timeliness  and  access. 

The  NEST  program  (34)  is  a  research  effort  sponsored  by  DARPA  to  address  the 
technical  challenges  for  resource-constrained  networks  of  embedded  nodes.  The  DARPA 
Broad  Agency  Announcement  for  NEST  states,  ”  Embedded  information  processing  is  fast 
becoming  the  primary  source  for  superiority  in  weapons  systems.  The  current  trend  is 
toward  “information  rich”  nodes  with  little  separation  between  physical  processes  such  as 
sensing  and  actuation  and  computational  processes  such  as  monitoring,  diagnostics,  and 
overall  closed  loop  system  control  (34).”  The  NEST  architecture  is  envisioned  to  provide 
fault-tolerant,  self-stabilizing  protocols  for  data  exchange,  synchronization,  and  replication 
in  large  scale  (100  to  100,000  node)  distributed,  real-time  systems. 
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Figure  1.1  depicts  a  high-level  notional  view  of  the  use  of  a  swarm  based  sensor 
system  for  some  form  of  a  search  activity.  The  JBI  is  used  to  identify  the  intended  track 


Figure  1.1  Notional  Sensor  Swarm  System 


through  a  particular  surveillance  region  and  assign  the  mission  to  the  swarm.  In  the 
sense  of  swarm  behavior,  the  assigned  track  is  a  desired  global  route  through  the  region 
with  some  measure  of  leeway  given  to  the  swarm  to  investigate  objects  of  interest.  The 
route  is  termed  global  since  the  path  is  intended  for  the  swarm  as  a  whole.  The  swarm 
identifies  objects  of  interest  and  redirects  the  route  to  provide  a  “closer  look”  (i.e.  higher 
resolution,  more  sensors,  etc.).  The  redirection  results  from  the  cooperative  behavior  of 
the  swarm  through  an  entirely  distributed  process-much  like  the  way  a  flock  of  birds  finds 
food  sources(69).  The  closer  look  results  in  higher  fidelity  sensor  data  being  generated  by 
the  swarm-based  sensors.  This  data  is  routed  back  in  near  real-time  to  JBI  clients  in  order 
to  provide  for  dynamic  mission  planning. 

The  example  shown  in  Figure  1.1  presents  the  swarm  as  a  two  dimensional  structure. 
However,  swarm  formations  might  be  organized  into  a  three  dimensional  structure.  This 
is  more  realistic  for  airborne  swarm  systems  and  is  not  an  issue  for  ground-based  systems. 
The  use  of  a  three  dimensional  formation  for  ground  surveillance  applications  results  in  an 
increased  redundancy  and  a  reduced  efficiency.  This  trade-off  is  an  important  aspect  of 
swarm  systems.  Efficiency  can  be  sacrificed  in  order  to  increase  redundancy  and  thereby 
improve  such  things  as  reliability  and  survivability  resulting  in  an  overall  improvement  of 
effectiveness1. 

Self-organizing,  distributed  sensors  (67,  103)  and  autonomous  control  systems  (25, 
89,  118)  are  areas  of  intense  research.  Developers  at  Sandia  National  Laboratories  have 

1  Reliability  and  survivability  are  obtained  at  the  global  level  which  improves  the  likelihood  of  mission 
success-individual  swarm  members  are  not  more  or  less  likely  to  have  increased  reliability  or  survivability. 
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developed  a  technique  using  swarming  techniques  to  improve  searches  for  avalanche  victims 
(103).  Furthermore,  the  authors  in  (67)  developed  miniature  sensor  systems  that  have 
a  passive  communications  capability.  Such  systems  could  be  used  in  a  wide  range  of 
applications  including  exploration  of  other  planets,  search  for  land  mines,  reporting  on 
traffic  bottlenecks,  or  as  an  aid  to  weather  forecasting.  These  sensor  particles  can  self- 
organize  and  report  data  from  multiple  sensors. 

Swarnr-based  sensor  systems  are  of  interest  to  many  activities  where  surveillance  is 
crucial  such  as  potential  high-interest  terrorist  targets  or  even  military  battlefield  infor¬ 
mation  gathering.  The  JBI,  for  example,  provides  access  for  external  users  to  potential 
swarnr-based  sensor  systems  (55)  and  the  NEST  research  effort  emphasizes  the  need  for  a 
robust  communications  system. 

1.2  Sponsoring  Organization 

To  this  point,  a  case  is  made  for  the  use  of  swarnr-based  sensors  as  well  as  how  they 
can  be  integrated  into  Air  Force  applications.  The  Embedded  Information  Systems  En¬ 
gineering  branch  of  the  Information  Directorate,  Air  Force  Research  Laboratory  (AFRL), 
which  is  sponsoring  this  research,  is  advancing  the  state  of  the  art  for  various  embedded 
sensor  systems.  Their  mission  is  to 

...conduct  research,  develop,  and  demonstrate  embedded  information  systems 
technologies  and  associated  processes  required  to  affordably  engineer  current  and 
next-generation  weapon  and  information  systems  capable  of  ensuring  air  and 
space  superiority.  Also,  Embedded  Information  Systems  Engineering  develops 
adaptive/reconfigurable  information  systems  capable  of  dynamically  adapting 
to  changes  in  mission  or  new  threats  and  reconfiguring  to  perform  different 
functions,  or  to  enhance  system  fault-tolerance  in  support  of  the  warfighter  (4). 

The  research  effort  presented  in  this  document  directly  supports  the  mission  for  adaptive 
and  reconfigurable  information  systems.  Additionally,  this  effort  supports  the  mission  of 
the  AFRL  Control  Systems  Development  and  Application  branch  which  is  responsible  for, 
among  other  things,  the  development  of  fault  tolerant  control  system  architectures  and 
control  automation  (5). 
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1.3  Research  Goal  and  Objectives 

The  goal  of  this  research  investigation  is  centered  on  developing  a  swarm-based  sensor 
communications  modeling  process.  Toward  that  end,  a  simulation-based  swarm  behavior 
system  is  developed.  A  swarm  simulation  system  enables  investigation  of  many  types  of 
swarm  instantiations  without  the  need  for  a  physical  system.  A  physical  system  is  limited 
by  cost  in  terms  of  resources  and  time.  While  technology  is  advancing  in  potential  sup¬ 
port  of  swarm-based  sensor  networks,  there  are  currently  no  systems  that  can  be  used  for 
direct  measurement  without  extensive  time  and  financial  investments.  Further,  because 
of  the  complexity  of  network  systems  in  general  and  swarm-based  networks  in  particular, 
simulation  is  the  preferred  choice  for  initial  system  development  and  investigation.  To 
be  useful,  the  swarm  simulation  should  be  scalable  with  respect  to  behavior.  This  means 
that  swarm  behavior  is  consistent  with  respect  to  input  parameters  across  a  wide  spec¬ 
trum  of  swarm  population  sizes.  Additionally,  behavior  should  be  quantitatively  identified 
through  an  objective  evaluation  methodology.  This  provides  for  a  formal  behavior  identi¬ 
fication  mechanism.  Further,  the  communications  model  should  seamlessly  integrate  the 
swarm  behavior.  Simulation  models  can  provide  significant  insight  into  system  function 
and  therefore  be  used  to  evaluate  potential  implementation  issues. 

There  are  three  major  objectives  of  this  work.  The  first  is  development  of  a  swarm 
model,  with  extensive  flexibility  in  manifested  behaviors,  to  be  used  as  a  foundation  for 
subsequent  network  communications  analysis.  Second,  an  analysis  of  swarm  behavior  and 
development  of  a  classification  methodology  is  made.  Finally,  network  development  and 
analysis  is  made  in  the  context  of  swarm  behavior.  These  three  divisions  provided  the 
embodiment  of  this  work:  swarm  model  development,  behavior  classification,  and  network 
development  and  analysis. 

1.3.1  Swarm  Model  Development.  In  order  to  accurately  investigate  network 
communications  issues  for  a  swarm-based  sensor  network  system,  a  model  of  swarming  be¬ 
havior  manifesting  realistic  member  interactions  is  needed.  Model  development  comprises 
the  first  part  of  this  research  effort  with  the  specific  objectives  provided  in  Table  1.1.  The 
model  is  developed  so  that  behavior,  as  it  relates  to  the  configuration  parameters,  can 
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_ Table  1.1  Swarm  Model _ 

Objective:  Swarm  Model  Development 

-  Investigate  state-of-the-art  swarming  systems/applications 

-  Implement /improve  swarm  model 

-  Investigate  swarm  scalability  issues 


be  investigated.  Additionally,  new  characterizations  (in  the  form  of  theorems  and  mathe¬ 
matical  statements)  of  swarm  formations  with  respect  to  particle  member  abilities  (speed, 
maneuverability,  etc.)  are  addressed. 

1.3.2  Swarm  Behavior  Analysis.  Behavior  analysis  is  used  to  categorize  var¬ 
ious  types  of  swarms.  A  relationship  between  swarm  configuration  parameters  and  the 
associated  behaviors  is  generated  based  on  a  suite  of  behavior  identification  measures  as 
summarized  in  Table  1.2.  The  proposed  measures  (see  Chapter  VI)  provide  a  new  set  of 


Table  1.2  Swarm  Behavior  Analysis 
Objective:  Swarm  Behavior  Analysis 
Develop/analyze  behavior  measures  methodology 
Develop  behavior  classification  methodology 


tools  for  investigating  the  effect  of  configuration  parameter  changes  on  the  swarm  behav¬ 
ior.  This  provides  a  mechanism  for  quantifying  swarm  behavior  and  relating  that  behavior 
to  the  inter-particle  dynamics  that  affect  a  network  used  to  communicate  sensor  data 
throughout  the  swarm.  The  potential  exists  to  apply  these  measures  to  any  swarm  system 
(modeled  or  physically  instantiated)  in  order  to  characterize  global  swarm  behavior. 

1.3.3  Swarm  Network  Analysis.  The  literature  reveals  no  swarm  based  net¬ 
work  system.  This  research  effort  develops  a  novel  network  simulation  methodology  based 
directly  on  swarm  movement  patterns.  The  specific  objectives  are  listed  in  Table  1.3. 
Significant  work  is  already  being  done  in  the  area  of  sensor  networks  and  wireless,  ad  hoc 
network  communications  protocols  (29,  58,  82,  115,  101),  however,  no  research  has  directly 
linked  swarming  movement  to  network  dynamics.  This  research  develops  that  link  and 
incorporates  a  scalable  swarm  movement  model. 
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Table  1.3  Swarm  Network  Analysis 
Objective:  Swarm  Network  Analysis 
Develop  simulation  methodology  for  swarm  based  sensor  network 
Develop  comparison  protocols 
Develop  network  evaluation  methodology 
-  Analyze  protocol  performance  in  sensor  swarm  network 
Develop  quantitative  link  between  swarm  behavior  and  network  characteristics 


There  are  several  challenges  that  make  this  research  difficult.  First,  there  is  a  need 
to  use  realistic  movement  patterns  for  mobile  sensor  networks.  One  possible  option  is 
to  generate  movement  patterns  from  observed  actions  of  various  swarming  creatures  in 
nature.  While  this  has  been  done  for  simplistic  systems  (16,  91),  it  is  too  difficult  to  gen¬ 
erate  movement  patterns  from  such  swarms  as  a  flock  of  birds  or  a  swarm  of  insects  from 
observation-based  data.  A  realistic  swarm  simulator  can  be  used  to  generate  movement 
patterns  for  any  number  of  particles  for  any  length  of  time.  However,  this  reveals  another 
challenge.  A  graphics-based  simulator  can  be  used  to  study  swarm  behavior  within  the 
simulation  but  it  relies  on  the  user  to  determine  the  type  of  behavior-with  respect  to 
dynamics-that  is  generated.  This  hampers  the  ability  to  automate  the  simulation  process. 
This  leads  to  yet  another  challenge.  No  methodology  exists  that  quantitatively  describes 
swarming  behavior.  It  is  important  to  be  able  to  remove  the  human-in-the-loop  require¬ 
ment  for  autonomous  operation  of  the  swarm.  Further,  any  methodology  that  is  used 
must  be  distributed  in  nature  in  order  to  be  applicable  to  a  swarming  system.  Finally, 
no  mechanism  exists  to  seamlessly  integrate  swarm  movements  into  a  network  simulation 
system. 

1-4  Research  Approach  and  Scope 

A  methodical  approach  is  used  in  satisfying  the  previously  defined  goal  and  objec¬ 
tives.  A  careful  search  of  the  background  and  state-of-the-art  in  swarm  research  and  ad 
hoc  mobile  networking  provides  the  foundation  for  development  of  the  swarm  simulation 
tool  and  network  communication  protocols. 

The  control  aspects  of  swarms  are  not  considered  in  this  work-a  control  mechanism 
that  implements  swarm  requirements  is  assumed.  The  focus  is  on  developing  a  realistic 
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swarm  model-one  that  exhibits  the  behaviors  of  different  types  of  swarms  in  nature-and 
using  it  as  a  testbed  for  evaluating  swarm  based  networking  protocols.  The  swarm  is 
assumed  to  be  a  homogeneous  collection  of  platforms,  possessing  a  level  of  mobility  and 
computational,  communications,  and  sensory  capabilities. 

The  typical  communications  network  measures  of  throughput,  latency,  and  delivery 
effectiveness  (15,  119)  are  proposed  for  evaluating  the  performance  of  the  sensor  swarm 
network  system.  However,  the  input  parameters  are  slightly  more  complex  than  simple 
bandwidth  and  overhead.  Swarm  platform  capabilities  (e.g.  speed,  maneuverability,  and 
weight  to  name  a  few)  determine  the  sensor  network  topology  and  the  resulting  connectivity 
among  the  swarm  members.  A  complete  list  of  swarm  capabilities,  parameters,  and  their 
effects  is  given  in  Section  4.1. 

Data  exchange  between  the  external  users  and  the  swarm  network  system  should 
conform  to  the  JBI  structured  common  representation  (124).  It  is  assumed  that  a  stan¬ 
dardized  data  exchange  protocol  such  as  the  Extended  Markup  Language  (XML)  (45) 
and  Sun  Microsystem’s  JINI  technology  (117)  play  a  significant  role  in  the  protocol  de¬ 
velopment  effort.  These  exchange  protocols  are  widely  used  in  numerous  database  and 
information  dissemination  applications  (41,  90). 

1.5  Document  Organization 

This  dissertation  is  organized  into  nine  chapters  and  several  appendices.  Chapter  II 
provides  background  information  that  is  necessary  to  understand  the  problem  domain  and 
the  tools  required  to  develop  a  solution  in  the  application  domain.  Chapter  II  summarizes 
the  JBI  and  gives  pertinent  information  on  particle  swarm  optimization,  swarm  modelling, 
wireless  networks,  and  wavelet  transform  and  data  compression  techniques.  Chapter  III 
provides  a  detailed  discussion  of  contemporary  work  in  the  areas  of  sensor  platforms,  ad 
hoc  sensor  networks,  and  image  fusion  research.  Chapter  IV  details  the  swarm  model 
and  provides  a  discussion  of  swarm  configuration  parameters  and  their  effect  on  swarm 
behavior.  Chapter  V  describes  the  communications  protocols  developed  and  compared  in 
the  swarm  network.  Chapter  VI  presents  a  suite  of  swarm  and  swarm  network  evaluation 
measures  which  are  then  used  in  Chapter  VII  to  evaluate  the  swarm  based  sensor  network 
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system.  Chapter  VIII  summarizes  the  results  of  this  research  and  proposes  several  areas 
for  potential  future  work. 

Seven  appendices  are  included  to  provide  background  and  supporting  data  for  the 
main  document.  The  appendices  provide  background  on  wireless  networking,  communica¬ 
tions  simulator  performance  issues,  as  well  as  a  summary  of  the  pertinent  swarm  algorithm 
equations.  Additionally,  an  appendix  is  included  that  describes  function  and  use  of  both 
the  graphics  and  command-line  simulators  developed  as  part  of  this  effort.  Two  appendices 
are  used  to  detail  noise  margin  and  connectivity  analyses.  Finally,  an  appendix  detailing 
the  various  supporting  programs  and  analysis  tools  is  included  as  an  aid  to  future  work. 
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II.  Foundations  for  Sensor  Swarm  Networks 

This  chapter  presents  an  overview  of  the  various  research  areas  that  constitute  the  foun¬ 
dation  of  this  investigation.  The  details  presented  in  this  chapter  establish  the  context  in 
which  this  research  is  placed.  Application  areas  for  swarm  vehicles  and  sensor  networks  are 
described.  The  focus  for  swarm  vehicles  is  on  airborne  systems,  specifically  on  Uninhabited 
Aerial  Vehicles  (UAV).  The  discussion  of  sensor  networks  is  based  on  the  Joint  Battlespace 
Infosphere  (JBI)  (124)  and  the  Network  Embedded  Software  Technology  (NEST)  (34)  ef¬ 
forts.  Also  included  is  an  introductory  discussion  of  particle  swarm  optimization.  Finally, 
a  description  of  ad  hoc  wireless  networking  and  associated  design  and  implementation 
challenges  are  provided. 

2.1  Uninhabited  Aerial  Vehicles 

Uninhabited  vehicles  (UAVs)  are  a  novel  addition  to  modern  warfare.  They  were 
used  extensively  in  Europe  to  support  operations  in  Bosnia  (123),  and,  more  recently, 
in  the  second  Gulf  War.  However,  their  development  has  a  rich  history  beginning  with 
Charles  Perley’s  Unmanned  Aerial  Bomber  (70).  Developed  in  1863,  Perley’s  invention 
used  a  hot  air  balloon  and  basket  to  carry  explosives.  A  timer  mechanism  was  used  to 
release  the  explosives  over  the  desired  target. 

The  first  documented  use  of  unmanned  airborne  assets  for  reconnaissance  activities 
took  place  in  1898  during  the  Spanish- American  war  (70).  Corporal  William  Eddy  used  a 
kite  to  carry  aloft  a  camera  that  was  then  used  to  take  pictures  of  enemy  positions. 

Numerous  other  examples  of  the  use  of  UAVs  throughout  history  exist  up  to  and 
including  the  Israeli  use  of  UAVs  in  the  1980s  (70).  The  Israelis  successfully  used  a  fleet  of 
UAVs  called  Scouts  during  the  Bekaa  Valley  conflict  between  Israel,  Lebanon,  and  Syria. 
The  Scout,  shown  in  Figure  2.1,  is  a  lightweight  fixed-wing  aircraft  with  a  fiberglass  body, 
and  its  main  missions  were  visible  and  infra-red  video  surveillance  systems  (59). 

The  Israelis  continued  to  hone  their  reconnaissance  capabilities  through  the  devel¬ 
opment  of  the  Pioneer,  shown  in  Figure  2.2.  Because  of  the  Israeli  successes,  the  United 
States  military  (Navy,  Marines,  and  Army)  acquired  more  than  20  of  the  Pioneer  aircraft. 
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Figure  2.1  Israeli  Air  Force  Scout  (70) 

These  UAVs  saw  action  in  the  first  Gulf  war  and  later,  in  Bosnia.  The  Pioneer  has  a  proven 
record  in  working  with  the  Air  Force’s  Joint  Surveillance  Target  Attack  Radar  System  (6). 


Today’s  inventory  of  U.S.  UAVs  consist  of  a  list  of  successful  applications  of  technol¬ 
ogy  to  military  needs.  These  UAVs,  shown  in  Figure  2.3,  include  the  Pathfinder,  Predator, 
and  Global  Hawk.  Their  functions  range  from  environmental  research  missions  to  high- 
fidelity  real-time  reconnaissance  missions  to  armed  attack  missions. 

The  Pathfinder  UAV  is  designed  for  high  altitude  wind  and  weather  research  as  well 
as  providing  high  resolution  digital  images  (70).  The  Pathfinder  was  recently  involved 
in  an  experiment  to  test  remote  aerial  imaging  and  analysis,  wireless  ethernet  “bridge” 
communications,  and  commercial  capabilities  of  UAV  technologies  (53). 

Designed  for  long  loiter  times,  the  Predator  UAV  provides  up  to  40  hours  of  flight 
time  (1)  with  surveillance  capabilities  that  include  high  resolution  color  video,  infra-red 
images,  and  synthetic  aperture  radar  (SAR)  (70).  Though  originally  designed  only  for 
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Figure  2.2  Israeli  Air  Force  Pioneer  (70) 


Figure  2.3  Current  U.S.  UAV  Assets 

reconnaissance  activities,  several  Predator  UAVs  have  been  equipped  with  antitank  missiles 
and  have  successfully  hit  their  targets  (102). 

The  Global  Hawk,  while  still  an  experimental  UAV,  has  been  used  extensively  in 
Afghanistan  and,  more  recently,  in  Operation  Enduring  Freedom  (70).  The  Global  Hawk 
UAV  is  able  to  operate  at  65,000  feet  with  a  flight  endurance  of  more  than  30  hours.  The 
UAV  operates  autonomously  from  the  time  it  takes  off  to  the  time  it  lands  (111). 

The  progression  of  UAV  technology  provides  a  sound  foundation  for  development 
of  airborne,  swarnr-based  sensor  networks.  As  platforms  increase  in  capability  (increased 
endurance  and  reliability,  reduced  size  and  cost),  they  become  the  enabling  technology  for 
instantiating  a  large  swarm — on  the  order  of  100s  or  even  1000s — of  sensors. 


(a)  Pathfinder 
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2.2  Sensor  Networks 


The  JBI  and  NEST  efforts  provide  support  for  meeting  the  challenges  of  informa¬ 
tion  management  in  dynamic  communications  applications.  These  efforts  are  potential 
application  umbrellas  for  a  swarm-based  sensor  network  system. 

2.2.1  Joint  Battlespace  Infosphere.  The  JBI  provides  the  answer  to  the  challenges 
of  these  complex  information  management  issues.  In  its  December  2000  report  on  building 
the  Joint  Battlespace  Infosphere,  the  USAF  Scientific  Advisory  Board  defines  the  JBI  as 
follows  (124): 

The  JBI  is  a  combat  information  management  system  that  provides  individual 
users  with  the  specific  information  required  for  their  functional  responsibilities 
during  crisis  or  conflict.  The  JBI  integrates  data  from  a  wide  variety  of  sources, 
aggregates  this  information,  and  distributes  the  information  in  the  appropriate 
form  and  level  of  detail  to  users  at  all  echelons. 

The  JBI  provides  the  means  for  implementing  the  concepts  put  forth  by  Joint  Vision  2010 
(62)— it  enables  getting  the  right  information  to  the  right  user  at  the  right  time  in  the  right 
format  in  the  right  language  and  at  the  right  level  of  detail  (124). 

The  term  JBI  has  a  dual  meaning.  When  speaking  of  the  JBI  it  refers  to  the 
definition  presented.  However,  it  is  not  envisioned  that  the  JBI  be  an  all  encompassing 
information  infrastructure  but  rather  a  system  set  up  in  response  to  a  specific  crisis  or 
conflict.  In  this  case  a  JBI  is  the  set  of  components,  links,  policies,  and  users  involved  in 
a  specific  military  operation.  A  simple  view  of  a  JBI  is  presented  in  Figure  2.4. 

Figure  2.4  shows  the  key  architectural  components  of  the  JBI.  The  global  grid ,  con¬ 
sisting  of  heterogeneous  network  communications  systems,  provides  connectivity  for  the 
JBI  platforms  and  servers.  The  JBI  servers  provide  support  services  that  include  security 
and  management  functions  for  the  platforms. 

The  fundamental  element  of  the  JBI  is  the  information  object.  Every  piece  of  in¬ 
formation  is  contained  in  an  information  object.  A  client  is  any  computer  system  that 
interacts  with  the  JBI.  These  clients  publish  or  subscribe  to  information  objects.  A  user 
accesses  the  JBI  through  the  client.  The  owner  of  the  JBI  —the  commander  and  the 
commander’s  information  staff — sets  policy  for  users  and  clients. 
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Figure  2.4  High  Level  View  of  JBI 


2.2.2  Network  Embedded  Software  Technology.  An  area  of  intense  research  fo¬ 
cuses  on  embedding  functionality  within  a  network  system.  The  Network  Embedded  Soft¬ 
ware  Technology  (NEST)  effort — sponsored  by  the  Defense  Advanced  Research  Programs 
Agency  (DARPA) — addresses  the  need  for  this  research. 

The  goal  of  NEST  is  to  develop  a  methodology  that  enables  “fine-grain”  fusion  of 
physical  and  information  processes.  The  design  target  is  dependable,  real-time,  distributed, 
embedded  applications  that  consist  of  102  to  105  computational  nodes.  In  these  applica¬ 
tions,  the  computing  nodes  are  connected  by  a  communications  network  and  their  oper¬ 
ation  is  dynamically  coordinated  and  reconfigured  in  response  to  changing  environmental 
conditions  (i.e.,  failure,  external  threats,  etc.).  To  quote  the  DARPA  solicitation  announce¬ 
ment  (34),  potential  applications  include  “MEMS-based  control  and  health  management 
of  weapon  platforms,  coordinated  operation  and  control  of  large  groups  of  physical  objects 
(weapons,  munitions,  vehicles),  and  smart  structures.” 

Work  by  researchers  in  this  area  include  development  of  an  “Active  Message”  (125) 
communication  system  for  networked  sensors  (54).  This  research  is  part  of  an  overarch¬ 
ing  effort  at  the  Wireless  Embedded  Systems  laboratory  at  the  University  of  California, 
Berkeley,  which  is  focusing  on  development  of  a  software /hardware  platform  for  accelerated 
development  of  algorithms,  services,  and  applications  for  the  NEST  community. 
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Additional  research  is  being  conducted  in  a  joint  effort  between  the  Washington 
University,  St.  Louis  and  the  Boeing  Company  (116).  This  work  focuses  on  developing 
flexible  and  reusable  middleware  services  for  NEST  architectures.  The  middleware  pro¬ 
vides  support  services  that  makes  the  underlying  communications  grid  invisible  to  the  user 
applications. 

These  technology  development  areas  provide  the  much  needed  infrastructure  to  sup¬ 
port  swarm-based  sensor  applications.  However,  these  developments  are  at  a  high  level — 
much  like  TCP/IP  protocol  systems  used  in  today’s  internet — and  do  not  address  the 
underlying  physical  network  characteristics  of  a  highly  mobile  and  dynamic  network  sys¬ 
tem. 

2.3  Particle  Swarms 

This  section  provides  a  discussion  of  particle  swarms  and  includes  a  description  of 
implementation  techniques  for  particle  swarms.  Particle  swarms  are  used  in  several  ap¬ 
plication  domains  including  optimization,  data  mining,  and  vehicle  control.  The  research 
described  here  does  not  use  swarms  in  the  traditional  sense  of  optimization  search  (69). 
However,  for  completeness,  a  brief  discussion  of  particle  swarm  optimization  issues  is  in¬ 
cluded  in  Appendix  A. 

The  use  of  particle  swarms  in  science  and  engineering  research  and  applications 
attempts  to  reap  the  benefits  of  a  process  that  nature  has  already  evolved.  Birds  are  able 
to  fly  in  large  flocks  and  maintain  their  positions  with  apparent  ease.  This  same  flock 
improves  the  foraging  process  by  “distributing”  the  search  for  food  or  avoidance  of  danger 
so  that  the  whole  flock  benefits.  The  advantage  of  swarms  is  a  result  of  collective  behavior. 
Partridge  (91)  states  that  collective  behavior  occurs  when  animals  ’’move  in  unison,  more 
as  a  single  organism  than  a  collection  of  individuals”.  Movement  is  dependent  on  the 
characteristics  of  the  animal.  For  example,  insects  and  birds  can  fly  in  three  dimensions 
while  sheep  and  ants  are  restricted  to  two  dimensions.  The  environmental  conditions  that 
affect  movement  differ  also.  For  example,  the  presence  of  prey  or  cold  climates  cause  the 
swarm  to  behave  in  a  completely  different  manner.  Biologists  propose  several  hypotheses 
for  flocking  behavior.  It  serves  to  reduce  the  risk  of  being  eaten  by  a  predator,  provides 
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mating  efficiency,  enables  finding  food  easier  and  is  a  good  environment  for  learning  and 
reducing  overall  aggression(128). 

Applying  swarming  principles  to  science  and  engineering  problems  falls  into  the  cate¬ 
gory  of  biomimetics.  The  term  biomimetics  comes  from  the  Greek  “biomimesis,”  meaning 
to  mimic  life  (114).  The  use  of  biomimetics  by  scientists  and  engineers  is  an  attempt  to 
take  advantage  of  the  efficiency  inherent  in  natural  systems.  Applications  include  opti¬ 
mization  (69),  data  mining  (47),  and  control  (25,  44,  92). 

The  use  of  swarming  algorithms  for  data  mining  is  an  area  of  extreme  interest.  Data 
mining  or,  more  specifically  data  clustering,  is  the  process  of  grouping  similar  objects  ac¬ 
cording  to  some  set  of  characteristics.  These  characteristics  include  distance ,  connectivity , 
and  relative  density  (47)  and  can  be  defined  in  the  traditional  spatial  sense  for  locality 
applications  or  in  a  more  abstract  sense  with  respect  to  information.  A  good  introduction 
to  this  research  area  can  be  found  in  (48). 

Another  area  of  ongoing  research  is  the  control  of  large  swarms  of  vehicles  (23,  43, 
44,  51,  89,  92).  Swarm  control  issues  are  important  to  this  research  because  it  establishes 
the  physical  network  topology.  This  is  critical  to  the  development  and  analysis  of  the  ad 
hoc  network  used  for  sensor  data  communications. 

2.3.1  Swarm  Behavior  Rules.  Reynolds  (99)  presents  the  classic  swarm  control 
theory  in  the  description  of  his  boids  model.  There  are  three  basic  control  rules  that  govern 
movements  of  particles  within  the  swarm.  Each  particle  follows  these  rules  based  only  on 
its  perception  of  the  environment.  The  control  rules  are  presented  in  Table  2.1. 


Table  2.1  Swarm  Particle  Behaviors 


Behavior 

Description 

Separation 

Avoid  collisions  with  nearby  particles 

Alignment 

Attempt  to  match  velocity  with  nearby  particles 

Cohesion 

Attempt  to  stay  close  to  nearby  particles 

The  emphasis  on  nearby- denoted  as  neighborhood  in  (99)-in  Table  2.1  is  important. 
Swarm  behavior  is  based  only  on  locally  observable  phenomena  and  therefore,  particles 
can  only  react  to  swarm  particles  that  are  close  in  proximity.  The  definition  of  nearby  is 
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dependent  on  the  application  and  is  based  on  several  parameters  including  speed,  maneu¬ 
verability,  and  size  of  swarm  members.  The  rules  described  in  Table  2.1  are  illustrated  in 
Figure  2.5.  An  animation  that  implements  these  rules  in  a  simple  Java  application  can  be 
found  at  (98). 


(a)  Separation  (b)  Alignment  (c)  Cohesion 

Figure  2.5  Swarm  Behavior  Rules 


In  Figure  2.5,  nearby  is  defined  to  be  the  region  within  the  circle  centered  on  the 
swarm  member  of  interest.  In  practice,  nearby  is  often  restricted  to  a  section  of  the 
circle  based  on  direction  of  travel  and  peripheral  vision.  This  characterization  of  the 
neighborhood  is  problem  domain  specific.  When  discussing  autonomous  control  of  UAVs, 
an  omnidirectional  proximity  sensor  is  often  assumed  (92)  so  that  the  neighborhood  is 
indeed  a  circular  region  with  the  radius  based  on  the  sensor  characteristics. 

These  swarm  behavior  rules,  when  implemented  in  a  robust  manner  for  swarm  con¬ 
trol,  result  in  a  stable  swarm  formation  (whether  flying,  floating,  rolling,  etc.)  where  every 
member  is  at  least  some  minimum  distance  from  every  other  member  and  not  any  further 
than  some  maximum  distance  (as  a  result  of  separation  and  cohesion).  The  alignment 
behavior  ensures  that  the  swarm,  as  a  formation,  remains  stable  even  in  a  dynamic  envi¬ 
ronment.  An  example  of  swarm  of  20  particles  is  shown  in  Figure  2.6.  The  particles  are 
indicated  by  the  large  dots  and  their  trajectories-over  a  period  of  20  time  units-are  indi¬ 
cated  by  the  solid  lines.  The  edges  between  the  particles  indicate  that  the  particles  are  not 
more  than  some  maximum  distance  apart-in  this  case  a  distance  of  one  unit.  The  model 
and  associate  parameters  used  to  generate  this  sample  swarm  formation  are  described  in 
detail  in  Chapter  IV. 
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Figure  2.6  Swarm  Formation 

As  Figure  2.6  demonstrates,  the  particles  form  a  fairly  well  defined,  regular  formation 
based  only  on  local  interactions.  It  is  this  property  of  even  dispersal  over  a  particular 
region  that  makes  swarnr-based  sensors  advantageous  for  intelligence,  surveillance,  and 
reconnaissance  (ISR)  activities. 

2-4  Ad  Hoc  Wireless  Networks 

This  section  provides  an  overview  of  networking  and  the  challenges  associated  with 
wireless  implementations.  Wireless  networking  challenges  include  limited  bandwidth  and 
higher  bit  error  rates-both  of  these  qualities  are  orders  of  magnitude  worse  than  that  for 
traditional  wired  networks.  A  review  of  the  network  reference  model  developed  by  the 
International  Standards  Organization  (ISO)  and  a  brief  discussion  of  potential  communi¬ 
cations  implementations  and  issues  are  given  in  order  to  provide  a  basis  for  understanding 
the  communications  protocol  systems  developed  as  part  of  this  research  effort. 

2-4-1  The  Network  Reference  Model.  The  model  developed  by  the  ISO  is  called 
the  Open  Systems  Interconnect  (OSI)  model.  It  standardizes  the  interconnection  strategy 
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between  open  systems  (119).  Figure  2.7  shows  a  notional  network  topology  and  the  seven 
layers  that  make  up  the  OSI  reference  model  as  given  in  (119).  There  could  be  any  number 
of  intermediate  routers  in  the  communications  subnet  indicated  in  Figure  2.7. 


Figure  2.7  OSI  Reference  Model 


All  connections,  with  the  exception  of  those  at  the  physical  layer,  are  virtual.  This 
is  indicated  by  the  dotted  lines  in  Figure  2.7.  Information  is  transferred  between  hosts 
by  establishing  a  virtual  channel  at  each  layer.  For  instance,  at  the  application  layer,  an 
application  on  Host  A  requests  a  connection  to  an  application  on  Host  B.  An  example  of 
this  would  be  a  file  transfer  protocol  (FTP)  client  attempting  to  access  an  FTP  server. 
The  request  from  the  client  application  on  Host  A  for  a  connection  with  Host  B  is  made  to 
the  application  layer  on  Host  A  via  the  interface  specified  by  that  layer.  The  application 
layer  on  Host  A,  in  some  finite  amount  of  time,  responds  with  a  confirmation  that  the 
connection  with  Host  B  is  established.  In  this  way,  it  appears  to  the  application  that 
there  is  a  connection  from  Host  A  to  Host  B  at  the  application  layer.  The  same  process 
described  is  used  at  each  succeeding  layer  (again,  with  the  exception  of  the  physical  layer). 
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The  routers  in  Figure  2.7  represent  the  end-points  of  any  number  of  intermediate 
routers  between  the  two  hosts.  Routers  are  simpler  in  that  the  higher  layers  are  unneces¬ 
sary. 

The  use  of  the  OSI  layer  model  allows  abstraction  of  the  lower  layers  when  con¬ 
sidering  various  network  design  issues.  In  this  research,  models  of  the  upper  layers  were 
developed  while  assumptions  about  and  abstraction  of  the  lower  layers  were  used.  Specifi¬ 
cally,  the  bottom  two  layers  (physical  and  data  link  layers)  are  modeled  by  a  representative 
abstraction.  For  instance,  the  capabilities  associated  with  the  IEEE  802.11  wireless  Eth¬ 
ernet  standard  (85)  were  used  to  provide  the  foundation  for  the  network  layer.  There  is  a 
problem  with  explicitly  implementing  each  layer  of  the  OSI  model.  While  the  layer  model 
provides  standardization  and  compatibility,  it  requires  significant  overhead  in  order  to 
manage  the  access  between  the  layers.  Wireless  systems — which  usually  require  low-power 
and  resource  constrained  implementations — must  trade  off  the  flexibility  of  an  explicitly 
implemented  system  with  the  resource  savings  that  can  be  obtained  from  customizations 
of  the  communications  system.  A  summary  of  several  specific  wireless  implementations  is 
given  in  Appendix  B. 

2-4-2  Simulators.  There  are  several  network  modeling  systems  available  to  the 
developer.  Two  of  those  systems-OPNET  and  the  Network  Simulator,  version  2-are  used  in 
this  research.  OPNET  (87)  is  a  commercial  tool  that,  along  with  a  modeling  and  simulation 
capability,  provides  an  extensive  graphical  user  interface  for  model  development  and  system 
simulation.  The  Network  Simulator  (ns- 2)  (39)  is  a  public  domain  simulator  maintained 
and  updated  by  an  informal  consortium  consisting  of  a  large  user  base  and  a  small  group 
of  developers  at  the  Information  Sciences  Institute  of  the  University  of  Southern  California 
(122). 

Several  recent  developments  have  resulted  in  proliferation  of  large-scale  parallel  net¬ 
work  simulators.  The  most  notable  of  these  include  the  GloMoSim  (72,  131),  the  Dart¬ 
mouth  Simulator  for  Wireless  Ad  Hoc  Networks  (SWAN)  (94),  and  a  parallelized  version 
of  ns-2  called  pdns  (100).  These  are  parallel  simulator  applications  intended  to  run  sim¬ 
ulations  with  10,000  or  more  wireless  nodes.  This  simulators  are  efficient  for  running 
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large  scale  wireless  simulations  but  possess  insufficient  mobility  capabilities  for  modeling 
swarm-based  sensor  networks. 

2-4-2. 1  OPNET.  OPNET  was  initially  developed  at  the  Massachusetts 
Institute  of  Technology  and  commercially  introduced  in  1987  (88).  OPNET  uses  a  hierar¬ 
chical  approach  to  model  objects.  At  the  lowest  level,  objects  are  modelled  as  processes 
using  finite  state  machines  with  behavior  specified  by  C/C++  logic.  At  the  next  level, 
processes  are  grouped  together  and  connected  via  streams  to  form  node  objects.  Finally, 
nodes  are  grouped  together  to  form  networks.  Nodes  can  be  connected  by  physical  or 
wireless  links.  Additionally,  OPNET  provides  visualization  tools  to  generate  network  sys¬ 
tems  using  a  drag-and-drop  methodology  as  well  as  graphically  display  simulation  results 
in  several  formats  (88). 

2. 4-2. 2  The  Network  Simulator,  ns-2.  The  network  simulator  ns-2  is  an 
object  oriented,  discrete-event  simulator  written  in  C++;  it  uses  OTcl  (39),  an  object- 
oriented  form  of  Tel  (127),  as  a  command  and  configuration  interface  to  provide  for  rapid 
instantiation  of  new  elements.  The  ns-2  simulator  supports  complex  objects  decomposed 
into  simpler  components  for  greater  flexibility  and  composability  via  the  object-oriented 
version  of  Tel.  For  advanced  development,  objects  can  be  written  in  C++  with  a  command 
interface  developed  in  OTcl.  This  provides  for  more  efficient  run-time  execution  of  large, 
complex  models  (39). 

For  this  research  effort,  the  ns-2  simulator  is  used.  The  reasons  for  this  are  two¬ 
fold.  First,  the  Directed  Diffusion  protocol  system  (described  in  Section  3.2.2)  is  already 
implemented  in  ns-2.  Second,  the  performance  of  ns-2  for  the  wireless,  swarm-based 
network  system  is  better  than  OPNET.  A  performance  analysis  comparison  conducted  as 
a  part  of  this  research  is  given  in  Appendix  C.  The  results  of  this  analysis  indicated  that, 
while  equally  effective  with  respect  to  simulation  fidelity,  the  ns-2  simulator,  compared 
to  OPNET,  is  more  efficient  with  respect  to  compute  time  for  large,  complex  ad  hoc 
networking  simulations  by  a  factor  of  3,  for  20  nodes,  and  a  factor  of  16  for  100  nodes. 
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2-4-3  Wireless  Network  Challenges.  The  greatest  challenge  to  wireless  networks 
is  the  limited  bandwidth  and  high  bit  error  rate  (BER)  (97).  The  bandwidth  resource  is 
limited  since  most  wireless  implementations  use  RF  links  and  the  RF  spectrum  is  limited. 
Also,  there  is  a  great  deal  of  competition  for  the  RF  spectrum  and  wireless  computer 
networks  are  only  a  small  part  of  that  competition.  Traditional  wired  networks  are  virtually 
error  free  so  that  lost  information — usually  in  the  form  of  lost  packets — is  almost  always 
due  to  network  congestion.  Therefore,  network  flow  control  protocols,  such  as  that  used 
in  the  internet  Transport  Control  Protocol  (TCP),  use  lost  packet  measures  to  control 
how  fast  host  computers  are  allowed  to  transmit  packets  (119).  In  a  wireless  environment, 
lost  packets  are  usually  due  to  bit  errors  caused  by  the  unreliable  wireless  link  (110).  This 
causes  unnecessary  reduction  in  packet  transmission  rates  and  severely  inefficient  use  of  the 
limited  available  bandwidth  (18).  The  following  discussion  provides  a  qualitative  analysis 
of  the  challenges  associated  with  wireless  networks  using  TCP. 


As  stated,  wireless  links  suffer  from  a  high  BER,  and  the  errors  tend  to  be  bursty  in 
nature  rather  than  uniformly  dispersed.  The  result  of  bursty  errors  is  that  the  bit  errors  in 
a  bit  stream  tend  to  be  concentrated  (grouped  together) .  These  types  of  errors  are  usually 
due  to  local  effects  such  as  lightning.  Figure  2.8  is  a  notional  view  of  the  time  varying 
BER  for  a  wireless  link. 


BER 


BER* 

BER, 


(A* i)i  (Nh)j  (Nh)2  (N l>3 


time 


Figure  2.8  Bit  Error  Rate  Model 


Several  assumptions  were  made  in  order  to  generate  the  shown  plot.  First,  the  overall 
average  BER  is  constant  (approximately  10~6,  as  stated  earlier).  Also,  it  is  assumed  that 
the  vast  majority  of  bit  errors  are  a  result  of  burst  errors  and  that  the  high  and  low  BER 
values  are  statistically  independent  (but  constant).  The  times  that  the  two  BER  values 
are  valid  are  assumed  to  be  exponentially  distributed  (119)  with  means  of  (A tEjave  and 
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(At  h)  ave  for  the  low  and  high  BER  values  respectively.  The  effective  BER  ( BEReff )  of 
the  wireless  link  can  then  be  computed  as  shown  in  Equation  2.1. 


BEReff  = 


(A  tL)c 


(A  tL)  ave  +  (A  tu)c 


■  BERl  + 


(A  tn)c 


(A  tL)  ave  +  (A  tH)c 


■  BERh 


(2.1) 


If  BERi  is  assumed  to  be  zero  and  BERh  is  assumed  to  be  non-zero,  then  the 
effect  of  burst  errors  on  a  wireless  link  can  be  demonstrated.  Making  the  appropriate 
substitutions  and  algebraic  manipulation,  Equation  2.2  is  obtained. 


(A ti,)ave  _  BERh  _  i  (2  2) 

(A iff)  ave  BEReff 

As  stated,  BEReff  is  approximately  10-6.  Let  BERh  be  ICR2.  Then  Equation  2.2 
shows  that  the  ratio  of  high  BER  time  to  low  BER  time  is  large.  Since  BEReff  »  BERh 
Equation  2.2  can  be  simplified  as  shown  in  Equation  2.3. 


(A tL)ave  «  (A tH)ave  ■  pFp -  =  10,000(AfHUe  (2-3) 

Equation  2.3  illustrates  that  the  majority  of  the  time,  on  a  wireless  link,  the  data 
is  transmitted  correctly  .  Only  short  bursts  of  data  are  corrupted  but  they  are  corrupted 
almost  entirely.  This  is  significant  in  the  context  of  a  TCP  link  because  just  a  few  segments 
(out  of  many)  get  “lost”  (corrupted),  but  there  is  a  certain  amount  of  regularity  to  the  lost 
segments.  Figure  2.9  shows  how  TCP  handles  the  lost  packets  for  a  wireless  link  (adapted 
from  (18)).  Because  of  the  lost  packets,  the  effective  data  rate  can  never  be  optimum. 

Consider  a  wireless  link  with  a  data  rate  of  2  Mbps.  For  sake  of  simplifying  calcula¬ 
tions,  the  actual  data  rate  is  assumed  to  be  2.048  Mbps.  For  traditional  wired  networks, 
upon  link  start-up  the  TCP  flow  control  mechanism  restricts  the  data  throughput.  As 
time  progresses  and  the  link  remains  stable  (congestion  free),  the  flow  control  allows  the 
throughput  to  increase  and  eventually  reach  the  maximum  output  rate  of  2  Mbps.  This 
is  illustrated  by  the  plot  in  Figure  2.10.  The  time  axis  in  Figure  2.10  is  given  in  discrete 
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Figure  2.9  TCP  Throughput  for  Lossy  Link 


time  steps.  These  time  steps  determine  when  the  TCP  flow  control  mechanism  allows  the 
throughput  to  increase.  This  example  is  adapted  from  (113). 


Figure  2.10  Ideal  TCP  Link  Throughput 

If  bit  errors  cause  segments  to  be  received  incorrectly,  TCP  assumes  that  the  lost 
segments  are  due  to  congestion  and  begins  congestion  avoidance.  The  following  analysis 
shows  the  effect  of  various  values  for  (AtfJ)ave  +  (Atn)ave  related  to  the  link  characteristics. 
It  is  assumed  that  over  a  sufficient  amount  of  time  the  link  reaches  steady  state  and 
throughput  can  be  modeled  as  a  periodic  function.  This  allows  the  effective  throughput 
to  be  calculated  from  Equation  2.4. 


Throughputeff  = 


(2.4) 
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where  T  =  (A tL)aVe  +  (A tH)ave 


The  function  f(x)  is  the  portion  of  the  graph  shown  in  Figure  2.10  over  the  applicable 
time  period.  Since  (A tn)ave  is  very  small  compared  to  (A ti,)ave,  it  is  assumed  that  burst 
errors  affect,  at  most,  two  segments.  However,  because  of  retransmissions,  it  is  further 
assumed  that  only  one  segment  is  effectively  lost.  Since  TCP  assumes  that  lost  segments 
are  a  result  of  congestion,  it  “over  corrects”  for  wireless  links.  Ideally,  on  a  wireless  link, 
only  the  lost  segment(s)  needs  to  be  retransmitted,  and  the  congestion  window  should 
not  be  reduced  (since  the  loss  was  not  due  to  congestion).  The  steady  state,  periodic 
throughput  function  with  a  specific  period  is  shown  in  Figure  2.11.  The  traditional  TCP 
throughput  plot  is  shown  with  an  “improved”  TCP  version  where  a  lost  segment  is  simply 
retransmitted  and  the  congestion  window  is  not  changed.  The  period  in  Figure  2.11,  as  is 
evident,  is  five  time  steps.  Because  of  the  discrete  nature  of  the  data,  a  simple  spreadsheet 
is  used  to  perform  the  “integration”  of  Equation  2.4. 


-■-Traditional 

Improved 


Figure  2.11  TCP  Steady  State  Throughput 


Figure  2.12  shows  the  comparison  of  effective  throughput  for  the  traditional  TCP  link 
management  and  an  improved  TCP  for  wireless  links.  The  plots  in  Figure  2.12  are  based 
on  the  assumptions  and  data  used  for  the  above  example.  It  is  clearly  evident  that  some 
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Figure  2.12  Throughput  Comparison 

form  of  a  modified  transport  protocol  is  needed  to  more  efficiently  use  wireless  data  links. 
In  the  case  of  wireless  sensor  networks,  protocols  that  address  these  issues  are  described 
in  Section  3.2. 

2.5  Summary 

The  behavioral  rules  of  swarming  provide  a  robust  mechanism  for  organizing  large 
numbers  of  mobile  sensors.  The  assumption  of  large  swarm  sizes  requires  considerable  de¬ 
creased  sizing  improvements  for  UAVs,  miniaturization  of  sensors,  and  significant  reduction 
in  power  requirements.  Therefore,  non-traditional  solutions  are  required  for  efficient  and 
effective  use  of  wireless  networking  systems  that  support  such  mobile  sensors.  The  Joint 
Battlespace  Infosphere  can  provide  a  strong  support  system  for  such  networked  sensors, 
allowing  for  dynamic  tasking  that  satisfies  user  needs  in  a  timely  fashion.  The  Network 
Embedded  Software  Technology  effort  can  provide  a  robust  computing  system  for  the  dis¬ 
tributed  sensor  and  computational  nodes.  However,  the  communications  structure  required 
to  provide  sufficient  throughput  for  swarm  applications  is  lacking.  In  order  to  improve  the 
networking  systems-and  specifically  the  communications  protocols-requires  extensive  use 
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of  simulators.  The  ns-2  simulator  provides  a  cost-effective  simulations  system  that  provides 
the  required  level  of  model  fidelity. 
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III.  Current  Trends  in  Sensor  Swarm  Networks 


As  described  in  Chapter  I,  the  purpose  of  this  research  effort  is  to  develop  a  modeling 
process  for  swarm  based  sensor  network  applications.  To  that  end,  an  algorithmic  swarm 
model  as  well  as  development  and  analysis  of  a  communications  system  for  swarm-based 
sensors  is  needed.  This  chapter — providing  a  foundation  for  these  developments — reviews 
the  latest  work  in  the  areas  of  mobile  sensor  systems  and  the  communications  systems  that 
can  be  used  to  support  self-organizing  systems.  The  first  section  provides  a  description 
of  current  and  future  sensor  platforms.  The  next  section  describes  several  ad  hoc  sensor 
network  designs  and  implementations  as  well  as  their  routing  schemes.  The  third  section 
details  the  current  efforts  in  swarm  modeling. 

3.1  Sensor  Platforms,  Today  and  Tomorrow 

Great  strides  are  being  made  in  miniaturization  of  electronic  and  electro-mechanical 
systems  (19,  67,  104)  as  well  as  investigation  into  non-traditional  platforms  (7).  These 
devices,  equipped  with  wireless  communications  systems  and  multiple  types  of  sensors 
can  provide  sensor  data  in  numerous  environments  including  those  that  are  unsafe  for 
humans  or  unsuitable  for  traditional  sensor  systems.  A  large  number  of  these  devices  can 
work  together  like  a  swarm  of  insects  or  a  flock  of  birds  to  possibly  provide  high  fidelity 
information  on  a  near  real-time  basis. 

This  section  describes  several  sensor  platforms  varying  widely  in  size  and  capability. 
These  platforms  include  the  SensorCraft,  Unmanned  Underwater  Vehicles,  Smart  Dust, 
Smart  Sensor  Snow,  the  Multipurpose  Security  and  Surveillance  Mission  Platform,  and 
the  Low  Cost  Autonomous  Attack  System  as  well  as  the  Sky  Tote. 

SensorCraft.  The  SensorCraft  is  a  multi-directorate  Air  Force  Research  Laboratory 
(AFRL)  research  effort  (61).  Headed  up  by  the  Sensors  Directorate  (AFRL/SN),  the 
SensorCraft,  shown  in  Figure  3.1,  is  envisioned  to  provide  a  fully  integrated  Intelligence, 
Surveillance,  and  Reconnaissance  (ISR)  capability  in  a  UAV  platform  and  is  equipped  with 
multiple,  advanced  sensing  devices  that  are  integrated  into  the  airframe  itself. 
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Figure  3.1  The  Sensor  Craft  (61) 


The  SensorCraft  is  not  meant  to  participate  in  a  cooperative  (i.e.  multi-vehicle)  ISR 
mission.  The  intent  is  to  use  the  SensorCraft  in  a  stand-off  position  as  part  of  a  hetero¬ 
geneous  air  and  space  vehicle  network  to  provide  a  comprehensive  view  of  the  battlefield. 
There  are  two  potential  problems  with  this  scenario.  First,  in  order  to  provide  sufficient 
protection  for  the  SensorCraft,  the  stand-off  distance  must  be  large.  This  results  in  less 
optimal  sensor  coverage  of  the  area  of  interest.  This  leads  to  the  second  problem:  In  or¬ 
der  to  improve  sensor  coverage,  the  SensorCraft  must  decrease  the  stand-off  distance  (and 
thereby  increase  the  risk).  If  a  SensorCraft  should  be  damaged  or  destroyed,  the  coverage 
for  an  entire  region  would  be  lost.  This  makes  the  SensorCraft  potentially  less  reliable 
than  a  collection  of  cooperating,  less  expensive,  less  complex  sensor  vehicles. 

Unmanned  Underwater  Vehicles.  The  Navy  is  vigorously  pursuing  an  autonomous 
ISR  capability  at  the  Space  and  Naval  Warfare  Systems  Center  San  Diego  (SSC-San 
Diego)  (42).  The  use  of  unmanned  underwater  vehicles  (UUVs)  is  a  crucial  part  of  the 
Navy’s  ISR  research  and  development  efforts. 

The  Navy’s  collection  of  UUVs  include  the  “Free  Swimmer,”  the  “Advanced  Un¬ 
manned  Search  System”  (AUSS),  and  the  Odyssey  class.  The  Free  Swimmer  system  incor¬ 
porates  advanced  technologies  such  as  neural  network  controlled  sensors  and  autonomous 
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mission  planning.  While  the  Free  Swimmer  system  is  no  longer  in  use,  its  development 
provided  enabling  technologies  for  the  AUSS.  The  AUSS,  shown  in  Figure  3.2,  is  an  un¬ 
tethered  UUV  that  is  able  to  autonomously  perform  basic  mission  tasks  such  as  transiting 
to  a  given  location,  hovering,  and  executing  pre-programmed  sonar  and  optical  search 
patterns.  The  AUSS  uses  an  acoustic  data  link  to  provide  supervisory  control  and  for  up¬ 
loading  data  from  on-board  sonar  sensors  and  still  camera  images.  Image  data  is  processed 
and  compressed  before  transmitting  in  order  to  more  efficiently  use  the  available  data  link 
bandwidth. 


Figure  3.2  Advanced  Unmanned  Search  System  (42) 


Figure  3.3  Odyssey  III  Autonomous  Underwater  Vehicle  (108) 


The  Odyssey  class  of  underwater  vehicles  is  a  continuing  development  effort  of  the 
Autonomous  Underwater  Vehicle  (AUV)  Laboratory  of  the  Sea  Grant  College  Program  at 
the  Massachusetts  Institute  of  Technology  (108).  The  Caribou,  shown  in  Figure  3.3,  is  the 
newest  of  the  Odyssey  class  of  AUVs.  It  is  capable  of  carrying  modular  sensor  systems- 
including  sonar,  video,  and  other  oceanographic  sensors-to  depths  of  4500  meters  and  has 
an  operational  endurance  of  20  hours  (108). 

Smart  Sensor  Snow.  Smart  Sensor  Snow  (52)  is  a  sensor  organizing  algorithm  for 
mobile  robotic  applications.  A  static,  randomly  distributed  set  of  sensors  self-organize  in 
order  to  provide  support  (in  terms  of  navigation  and  other  location  identification  efforts) 
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for  mobile  robots.  These  robots  are  assumed  to  be  able  to  interact  with  the  sensor  network 


in  some  fashion. 


The  Smart  Sensor  Snow  algorithm  uses  Turing’s  reaction-diffusion  equation  (106) 
running  locally  on  each  sensor  in  order  to  produce  some  desired  pattern.  Patterns  that  can 
be  produced  by  this  algorithm  are  shown  in  Figure  3.4.  The  two  patterns  were  generated 
from  a  200  by  200  grid  of  sensors  using  only  local  interaction.  The  first  pattern  makes  a 
regular  framework  in  which  a  robot  can  navigate  while  the  second  pattern  provides  a  set 
of  fixed  distances  from  some  boundary  line.  This  can  provide  information  to  robots  about 
distance  travelled. 


The  basic  sensor  configuration  includes  a  rudimentary  communications  mechanism. 
The  only  information  shared  between  neighboring  sensors  is  the  distance  between  sensors. 
The  authors  of  (52)  are  unclear  as  to  the  exact  method  of  the  information  exchange  proto¬ 
col,  but  suggest  some  form  of  uniquely  identifiable  “chirps”  from  each  sensor  that  can  be 
used  to  measure  the  distances  between  sensors.  In  order  for  the  mobile  robots  to  exploit 
the  sensor  patterns  effectively  each  sensor  must  have  the  ability  to  determine  or  retrieve 
the  following  information  elements: 

•  A  measure  of  the  density  of  sensors  around  it 

•  A  measure  of  the  distance  to  a  sensed  event 

•  The  direction  to  a  sensed  event 

•  The  direction  toward  sensor  rich  areas  (i.e.  a  gradient  of  sensor  density) 

•  Pattern  values  for  various  useful  patterns  in  the  application 
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The  authors  do  not  specify  the  type  of  sensors  or  the  types  of  events  which  the 
sensors  are  to  track.  The  types  of  applications  for  which  this  system  is  intended  seem  to 
be  low  bandwidth,  event  centric.  Since  the  communications  are  limited  to  only  distance 
information,  it  would  be  difficult  to  use  this  system  for  more  information-rich  applications. 

The  main  computational  load  of  this  sensor  network  is  determination  of  global  and 
local  frame  information  (i.e.  coordinates  in  a  two  dimensional  space).  This  is  a  simple 
application  of  cartesian  coordinate  calculations.  It  appears  that  the  information  for  the 
global  and  local  coordinates  are  propagated  through  the  network  of  sensors  in  order  to 
provide  more  locally  tuned  and  robust  robot  behaviors. 

Multipurpose  Security  and  Surveillance  Mission  Platform.  The  Multipurpose  Secu¬ 
rity  and  Surveillance  Mission  Platform  (MSSMP)  system  is  a  distributed  network  of  re¬ 
mote  sensors  mounted  on  vertical-takeoff-and-landing  mobility  platforms  (83)  (shown  in 
Figure  3.5).  The  Army  intends  to  use  this  system  in  military  operations  in  urban  ter¬ 
rain  (MOUT).  These  types  of  operations  are  conducted  in  urban  areas  where  manmade 
construction  and  high  population  densities  are  the  dominant  features  (50). 

Weight  and  power  restrictions  of  the  air  vehicle  and  bandwidth  limitations  of  the 
RF  communications  impose  several  constraints  on  the  overall  system.  First,  the  sensor 
package  must  be  small,  light-weight,  and  low  in  power  consumption.  Second,  the  major¬ 
ity  of  the  computations  for  sensory  data  processing  must  be  performed  on-board.  This 
reduces  the  bandwidth  required  and  the  power  needed  to  transmit.  The  majority  of  the 
computational  load  is  used  for  image  compression.  The  images  are  compressed  using  the 
JPEG  compression  technique  (93).  Some  motion  detection  processing  is  also  accomplished 
on-board.  The  communications  architecture  uses  TCP/IP  for  internode  communications. 
TCP/IP  was  chosen  because  it  allows  numerous  sensor  packages  and  control  station  to 
operate  together  in  an  Internet-like  network.  The  authors  of  (83)  make  no  mention  of  the 
underlying  physical  or  data  link  layers. 

The  MSSMP  is  a  small,  highly  mobile  sensor  platform  vehicle  that  weighs  less  the 
300  pounds,  is  approximately  6  feet  in  diameter  and  has  a  range  of  over  20  kilometers.  The 
sensors  used  on  the  MSSMP  include  a  visible  light  video  camera,  an  infrared  video  camera, 
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Figure  3.5  The  MSSMP  Air  Vehicle  (83) 


a  laser  range  finder,  and  an  acoustic  detector.  The  specific  units  chosen  were  determined 
by  the  specified  requirements  as  well  as  off-the-shelf  availability. 

Low  Cost  Autonomous  Attack  System.  While  the  Low  Cost  Autonomous  Attack 
System  (LOCAAS)  (95)  is  not  an  integral  part  of  this  research  activity,  it  is  a  potential 
platform  for  the  swarnr-based  network  of  sensors.  For  this  reason,  the  specific  details  and 
capabilities  are  included.  A  prototype  of  the  LOCAAS  is  shown  in  Figure  3.6  and  the 
capabilities  are  listed  in  Table  3.1.  The  cost  of  the  munition  is  based  on  a  12,000  unit  buy 
in  1994  base  year  dollars.  The  LOCAAS  plays  a  significant  role  in  the  Smart  Sensor  Web 
which  is  described  in  Section  3.2.1. 
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Figure  3.6  A  Prototype  LOCAAS  (95) 
Table  3.1  LOCAAS  Specifications 


Length 

30  inches 

Wingspan 

40  inches 

Weight 

90  -  100  lbs 

Engine 

30  -  50  lb  thrust  class  turbojet 

Endurance 

30  min.  expected 

Range 

>100  km 

Guidance 

Solid  state  LADAR  seeker 

Cost 

<  $30,000 

Black  Widow.  Developed  under  the  DARPA  Micro  Air  Vehicle  (MAV)  program, 
the  Black  Widow  (2)  is  a  small  (less  than  six  inches  in  diameter  and  weighing  less  than 
two  ounces)  aircraft  intended  for  military  intelligence  activities.  The  aircraft,  shown  in 
Figure  3.7,  managed  to  fly  for  16  minutes  at  speeds  approaching  45  mile  per  hour.  The 
Black  Widow  was  developed  by  AeroVironment,  Inc  (3)  under  a  DARPA  research  contract 
for  synthetic  multifunctional  materials.  The  MAV  is  expected  to  be  equipped  with  a 
miniature  video  system  to  send  visual  surveillance  and  location  information. 

WASP.  The  WASP  (35)  is  another  of  the  latest  DARPA  MAV  developments.  This 
MAV  set  a  flight  endurance  record  of  one  hour  and  47  minutes.  The  previous  record  was 
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Figure  3.7  The  Black  Widow  Micro  Air  Vehicle  (2) 

30  minutes  according  to  a  DARPA  press  release  (35).  The  WASP  was  also  developed 
by  AeroVironment,  Inc  (3)  under  the  same  DARPA  research  program.  The  WASP  uses 
electric  propulsion,  has  a  13  inch  wingspan  and  weighs  in  at  just  170  grams  (about  6 
ounces).  AeroVironment  makes  a  variety  of  robotic  planes  and  other  electrically  powered 
vehicles.  Figure  3.8  shows  the  WASP  air  vehicle  and  Table  3.2  summarizes  some  of  the 
vehicles  specifications. 


Figure  3.8  The  WASP  Micro  Air  Vehicle  (35) 
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Table  3.2  WASP  Specifications 


Wingspan 

13  inches 

Weight 

6  ounces 

Endurance 

1  hr  47  min 

Sky  Tote.  The  Sky  Tote  is  a  concept  exploration  effort  managed  by  the  Air  Force 
Research  Lab’s  Air  Vehicles  Directorate  under  a  Small  Business  Innovate  Research  Phase 
II  contract  (10,  27)  also  with  AeroVironment,  Inc  (3).  The  Sky  Tote  has  a  vertical  take 
off  and  landing  capability  and  is  able  to  transition  to  horizontal  flight.  It  is  designed 
to  delivery  a  payload  to  a  precise  location  quickly,  cheaply,  and  safely.  The  Sky  Tote  is 
shown  in  Figure  3.9.  The  current  version  of  the  Sky  Tote  is  remotely  piloted  but  plans  are 


Figure  3.9  The  Sky  Tote  Micro  Air  Vehicle  (27) 


underway  for  autonomous  control. 

3.2  Sensor  Networks 

This  section  describes  ad  hoc  sensor  network  implementations  and  their  routing 
schemes.  The  Smart  Sensor  Web  is  a  World  Wide  Web-like  information  gathering  and 
dissemination  system  using  low-cost,  disposable  sensors  (11).  A  reconfigurable  sensor  net¬ 
work  scheme,  called  Directed  Diffusion  (DD),  provides  design  principles  for  distributed 
sensor  applications  (58).  The  Geographical  Addressing  and  Routing  Protocol  (GAaRP)  is 
part  of  Distributed  Smart  Sensor  Network  as  described  in  (29). 
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Each  of  these  implementations  assume  an  ability  to  self-locate  within  the  geographic 
environment.  This  is  not  unrealistic  given  the  proliferation  of  Global  Positioning  Satellite 
(GPS)  systems  and  their  accuracy.  This  information  can  be  used  to  great  advantage 
as  shown  by  the  following  systems.  A  more  detailed  description  of  GPS  is  included  in 
Appendix  B,  Section  B.5. 

These  ad  hoc  networks  can  be  categorized  in  to  two  types:  proactive  and  reactive.  A 
proactive,  or  table-driven  protocol,  like  the  Destination-sequenced  Distance- vector  (DSDV) 
protocol,  constantly  sends  update  messages  throughout  the  network  to  maintain  near  real¬ 
time  status  information  at  every  node.  Reactive  protocols,  like  the  Ad  Hoc  On-denrand 
Distance  Vector  (AODV),  build  routes  only  when  necessary  (101).  This  type  of  protocol  is 
especially  useful  in  network  environments  where  the  physical  topology  is  varying  rapidly. 
The  main  difference  between  protocols  like  DSDV  and  AODV  is  found  in  the  reaction  time 
and  node  memory  requirements.  Proactive  protocols  provide  for  immediate  routing  of  user 
messages  at  the  expensive  of  increased  background  control  messages  and  larger  memory 
requirements  on  each  node  in  order  to  maintain  the  routing  tables.  Reactive  protocols 
have  lower  control  overhead  but  require  longer  set  up  times  to  route  user  messages. 

The  DSDV  and  AODV  routing  protocols  (and  others  discussed  in  (101))  are  not 
described  in  further  detail  because  of  the  lack  of  scalability.  One  way  to  improve  the  scala¬ 
bility  is  to  impose  a  hierarchical  addressing  scheme.  However,  this  requires  the  specializa¬ 
tion  of  some  nodes  and  contradicts  the  underlying  operating  principles  for  a  swarm-based 
sensor  network. 

Other  scalable  routing  protocol  systems  exist.  These  include  the  Scalable  Location 
Update-based  Routing  Protocol  (SLURP)  (130)  and  the  Grid  Location  Service  (GLS)  (73). 
Both  systems  use  an  update  mechanism  that  maintains  approximate  location  information 
of  other  nodes  based  on  a  partition  of  the  physical  space  into  regions.  In  order  to  send 
information  to  another  node,  the  sender  first  queries  the  destination’s  region  for  the  ap¬ 
proximate  location.  Then  a  simple  geographic  routing  protocol  is  used  to  forward  the 
data.  This  is  a  form  of  a  hierarchical  routing  protocol  since  two  types  of  information 
must  be  maintained:  low-level  location  data  about  nodes  in  a  region  and  high-level  loca- 


3-10 


tion  data  about  approximate  (region)  locations.  These  systems  benefit  from  a  distributed 
implementation  in  order  to  achieve  a  high  degree  of  scalability. 

The  protocols  described  in  this  section  typically  reside  at  the  transport  and  network 
layers  of  the  OSI  reference  model  (119).  However,  because  of  system  limitations-including 
power,  weight,  size,  etc. -the  layers  of  the  OSI  model  get  blurred  significantly  in  implemen¬ 
tations. 


3.2.1  Smart  Sensor  Web.  The  Smart  Sensor  Web  (SSW)  consists  of  low-cost, 
disposable  sensors  (see  Section  3.1).  The  information  from  these  sensors  can  be  fused  into 
an  intelligence  network  of  several  sub-webs  that  are  accessible  at  the  lowest  level  on  the 
future  battlefield  (11).  A  conceptual  view  of  the  SSW  is  shown  in  Figure  3.10  (adapted 
from  (75)).  The  SSW  is  an  Army  initiative  that  is  also  intended  for  military  operations 
in  urban  terrain  (MOUT)  environment  (see  Section  3.1).  However,  the  other  services  are 
involved  at  varying  levels.  The  Air  Force’s  involvement  includes  the  LOCAAS  as  part  of 
the  Weapons  Web  (75). 


•  Infrared,  visual 
imagery 


•  Enemy  vehicle 
location 


•  Forecast,  now- 
cast,  wind 
direction  &  speed 

•  Soldier  health 
status 


•  3D  simulated  view 
for  mission 
planning 

•  Blue  &  red  force 
locations;  maps; 
building  plans 


RF-Comms 


Profiled 

•  Soldier 

•  Fire-team 

•  Squad 

•  Platoon 

•  Company 

•  Battalion 


Figure  3.10  Smart  Sensor  Web  Concept  (75) 


The  goal  of  the  SSW  is  to  integrate  sensor  information  from  various  sources  and 
provide  it  to  all  levels  of  the  command  hierarchy  in  an  appropriate  manner.  As  shown  in 
Figure  3.10,  the  link  to  the  user  is  based  on  radio-frequency  (RF)  communications. 

As  part  of  the  Weapons  Web,  LOCAAS  is  an  ideal  candidate  for  consideration  in 
a  distributed  target  identification  and  engagement  scenario.  The  LOCAAS  consists  of  a 
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low  cost  laser  detection  and  ranging  (LADAR)  seeker  with  Automatic  Target  Recognition 
and  an  on-board  Inertial  Navigation  System/Global  Positioning  System  integrated  into  a 
small,  air  vehicle  powered  by  a  miniature  turbojet  engine  (95). 

The  SSW  does  not  specify  implementation  details  but  rather  sets  a  goal  for  a  dis¬ 
tributed  system  of  information  producers  (sensors)  and  users.  This  is  similar  to  the  JBI. 
The  implementation  details  are  left  to  the  designer  so  that  the  requirements  can  be  met 
using  an  effective  and  efficient  communications  architecture. 

3.2.2  Directed  Diffusion.  Directed  Diffusion  is  a  data-centric  dissemination 
methodology  for  large  scale,  dynamic  sensor  networks  (58).  The  authors  of  (58)  provide 
the  following  example  that  illustrates  how  Directed  Diffusion  works. 

One  or  more  human  operators  pose,  to  any  node  in  the  network,  questions 
of  the  form:  “How  many  pedestrians  do  you  observe  in  the  geographical  re¬ 
gion  XT',  or  “Tell  me  in  what  direction  that  vehicle  in  region  Y  is  moving”. 

These  queries  result  in  sensors  within  the  specified  region  being  tasked  to  start 
collecting  information.  Once  individual  nodes  detect  pedestrians  or  vehicle 
movements,  they  might  collaborate  with  neighboring  nodes  to  disambiguate 
pedestrian  location  or  vehicle  movement  direction.  One  of  these  nodes  might 
then  report  the  result  back  to  the  human  operator. 

In  this  description,  an  interest  is  expressed  in  the  form  of  a  query  that  is  passed 
on  to  the  sensor  network.  It  is  assumed  that  nodes  have  a  self-locating  capability  so 
that  the  location  of  the  interest  relative  to  the  location  of  each  sensor  in  the  potential 
communications  path  is  known.  This  establishes  a  gradient  within  the  sensor  network. 
This  gradient  information  is  used  to  route  data  requests  and  responses  within  the  network 
of  sensors  without  the  use  of  routing  tables. 

Directed  Diffusion  is  different  from  the  widely  used  Internet  Protocol  (IP).  IP  routing 
requires  a  sufficient  knowledge  of  the  network — in  the  form  of  IP  addresses  and  routes  to 
those  addresses — in  order  to  establish  end-to-end  connections  for  communication  service 
requests.  Directed  diffusion,  on  the  other  hand,  requires  no  global  routing  information 
in  order  to  achieve  connectivity.  However,  this  means  that  not  all  paths  found  are  opti¬ 
mal.  The  authors  state  that  the  benefits  gained  in  reliability  and  robustness  outweigh  the 
potential  disadvantages  of  suboptimal  routing. 
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Some  underlying  assumptions  are  made  concerning  the  sensor  nodes  and  the  expected 
architecture  of  the  sensor  network  for  a  system  that  uses  the  Directed  Diffusion  routing 
algorithms.  A  summarized  list  of  these  assumptions  is  given  in  Table  3.3. 


Table  3.3  Directed  Diffusion  Sensor  Configuration  (58) 

•  Matchbox  sized  form  factor 

•  Battery  power  source 

•  Power  efficient  microprocessor 

•  Several  megabytes  of  program  and  data 

•  RF  modem  using  some  form  of  diversity  coding 

•  Energy  efficient  Media  Access  Control  sublayer 

•  Stripped  down  version  of  a  modern  OS  (e.g.  Win¬ 
dows  CE  or  juCLinux 

•  Multiple  sensors  per  node 

•  Fully  functional  Global  Positioning  System  receiver 


Traditional  sensor  systems  fall  into  two  broad  categories.  The  first  category  includes 
those  sensor  systems  that  are  large  and  complex  and  are  deployed  at  great  distances  from 
the  phenomena  to  be  observed.  This  requires  complicated  processing  to  overcome  the  noise 
and  interference  associated  with  the  large  distances  involved.  The  SensorCraft  (Section 
3.1  above)  is  a  prime  example  of  such  a  sensor  system.  The  second  category  is  made  up 
of  systems  in  which  less  complex  sensors  are  laid  out  in  a  carefully  engineered  pattern  in 
the  region  to  be  observed.  Because  of  the  deterministic  placement  scheme,  the  network 
communications  topology  can  be  designed  to  the  specific  implementation  of  the  sensor 
system.  Additionally,  these  sensors,  because  of  their  reduced  capability,  must  send  a 
continuous  series  of  data  samples  to  one  or  more  central  processing  nodes  for  data  analysis 
(reduction  and  filtering). 

The  problems  with  the  first  category  are  the  same  as  those  for  the  SensorCraft. 
Too  much  capability  in  a  single  node  makes  the  node  too  valuable  to  risk.  This  degrades 
the  ability  of  the  sensor  system  to  collect  high  fidelity  data  because  of  large  stand-off 
distances.  The  problem  with  the  second  category  is  two-fold:  First,  a  large  amount  of 
up-front  engineering  is  required  to  determine  the  best  configuration  for  sensor  deployment. 
This  is  offset  somewhat  by  the  fact  that  the  network  topology  can  be  optimized  for  the 
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specific  application.  Second,  because  of  the  need  for  continuous  sampling,  bandwidth 
resources  may  become  overwhelmed  thus  causing  data  to  be  lost. 

DD  Protocol  Description.  As  stated,  an  interest  is  used  to  task  the  sensor 
network  to  begin  sampling  the  environment  for  some  type  of  event.  The  type  of  event 
is  dependent  on  the  particular  sensors  used  in  the  network.  Once  a  sensor  receives  the 
tasking  it  begins  reporting  responses  in  the  form  of  data  messages.  An  interest  message 
is  input  into  the  sensor  network  at  a  sink.  A  sink  is  any  node  that  receives  the  interest 
message.  The  sink  node  remains  constant  for  the  duration  of  the  interest  task.  In  other 
words,  all  responses  to  the  interest  tasking  are  routed  back  to  the  original  sink  node.  This 
is  significant  since  it  implies  that  the  network  of  sensors  is  not  dynamic. 

A  notional  network  is  shown  is  Figure  3.11.  The  network  has  a  single  sink  node 
(indicated  by  the  double  black  circle)  and  several  other  regular  sensor  nodes.  The  dashed 
line  rectangle  represents  the  tasking  subregion  for  the  interest. 


Figure  3.11  Directed  Diffusion  Network  Example 

An  example  interest  would  be  formatted  as  shown  in  Figure  3.12.  The  type  field 
is  based  on  some  classification  of  the  objects  of  interest  to  the  sensor  network.  Classes 
might  consist  of  soldier,  truck,  tank,  or  car.  The  interval  specifies  the  sampling  rate 
at  which  events  are  to  be  reported.  The  duration  specifies  how  long  the  interest  is  valid. 
Finally,  the  rect  field  specifies  the  subregion  in  which  events  are  to  be  tracked. 
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type 

=  tank 

interval 

=  20  ms 

duration 

=  10  minutes 

rect 

=  [-100  100  200  400] 

Figure  3.12  Sample  Interest  Specification 


The  rect  field,  in  this  example,  is  given  in  some  form  of  global  coordinates  but  it  could 
easily  be  specified  using  GPS  coordinates. 

The  sink  node  in  Figure  3.11  initially  receives  the  interest  from  some  outside  source 
and  saves  the  interest  message  in  its  cache.  This  cache  is  used  to  for  several  purposes. 
First,  it  ensures  that  loops  within  the  network  do  not  cause  unlimited  propagation  of  a 
single  interest.  Second,  it  serves  to  track  received  data  messages  so  that  gradients  can  be 
updated.  These  gradients  draw  data  from  the  sensor  field  in  such  a  way  as  to  reinforce 
better  (shorter,  more  reliable)  routes  through  the  sensor  network.  It  should  be  noted  at  this 
time  that  the  communications  mechanism  must  provide  some  unique  identification  scheme 
for  each  node.  Such  unique  naming  schemes  as  those  used  for  the  802.11  machine  access 
control  addresses  or  the  Bluetooth  cluster  addresses  are  good  examples  (see  Appendix  B 
for  more  details). 

Once  the  sink  has  processed  the  interest  and  stored  it  in  its  cache,  it  forwards  a 
slightly  different  message  to  its  neighbors.  In  the  example  of  Figure  3.11,  the  sink  neighbors 
are  nodes  1  and  2.  The  interest  message  that  is  forwarded  specifies  a  much  longer  interval 
field.  An  example  of  this  message  is  given  in  Figure  3.13. 


type 

=  tank 

interval 

=  1  sec 

rect 

=  [-100  100  200  400] 

timestamp 

=  10:20:00 

expiresat 

=  10:30:00 

Figure  3.13  Propagated  Interest  Specification 


Since  the  network  nodes  can  only  use  local  information,  the  longer  interval  allows 
for  exploration  of  the  network  without  flooding  the  network  with  interest  messages.  The 
exact  value  for  the  slower  data  rate  specification  is  a  matter  of  further  research(58).  The 
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choice  represents  a  trade-off  between  faster  interest  message  propagation  versus  network 
flooding.  Additionally,  since  message  receipt  is  not  guaranteed,  the  interest  message  is 
repeated  at  regular  intervals. 

The  nodes  store  the  modified  message  in  their  cache  in  the  following  way.  For  each 
interest  an  entry  is  made  in  the  cache.  Interests  are  uniquely  identified  by  their  type, 
interval,  and  rect  fields.  Each  entry  in  the  interest  cache  contains  several  fields.  In 
addition  to  the  fields  described  above,  there  is  a  gradient  field  with  an  entry  for  each 
neighbor  from  which  it  received  an  interest.  The  gradient  field  contains  entries  for  the 
data  rate,  timestamp,  and  expiresat  fields.  Once  the  nodes  store  the  message  it  is 
forwarded  to  their  neighbors.  Since  each  node  can  determines  its  position,  it  can  decide 
whether  the  interest  is  a  task  for  its  sensors  or  not.  In  the  example,  nodes  3,  4,  and  5 
are  in  the  subregion  of  interest.  Once  the  interest  has  diffused  through  the  network,  the 
nodes  in  the  subregion  of  interest  wait  for  an  appropriate  event.  The  cache  entries  of  each 
node  provides  a  “snapshot”  of  the  connectivity  of  the  network  at  the  time  the  interests  are 
propagated  through  all  of  the  nodes.  For  instance,  the  interest  cache  for  node  4  appears 
as  shown  in  Figure  3.14. 


type  =  tank 

interval 

=  1  sec 

rect  =  [- 

-100  100  200  400] 

timestamp  =  10:20:15 

duration 

=  9:45 

gradient 

(i,  r,  d) 

(1,  1, 

9:55) 

(2,  1, 

9:55) 

(3,  1, 

9:50) 

(5,  1, 

9:45) 

(6,  1, 

9:50) 

Figure  3.14  Interest  Cache  Entry  for  Node  4 

The  gradient  entries  are  node  ID,  update  rate,  and  duration  respectively.  A  delay 
of  5  seconds  was  used  in  calculating  transmission  times.  This  exaggerated  value  is  useful 
in  illustrating  the  diffusion  of  the  interest  message  through  the  network.  The  entries  in 
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the  cache  for  node  4  are  interpreted  as  follows.  For  any  event  (data  message)  that  matches 
this  interest,  the  data  message  is  to  be  transmitted  to  each  node  according  to  the  data 
rate  specified  in  the  gradient  field  for  that  node.  In  this  example  all  the  entries  are  1  so 
that  each  neighbor  node  is  to  receive  data  messages  at  the  same  rate.  But  as  is  shown,  the 
data  rates  change  according  to  the  performance  of  the  network  over  time.  The  data  rates 
are  increased  for  paths  that  are  better  (shorter,  faster  data  rates,  etc.). 

To  continue  the  example,  let  an  event  that  matches  the  specified  interest  occur  in  the 
proximity  of  node  4.  This  event  generates  a  data  message  of  the  form  shown  in  Figure  3.15 


type 

=  tank 

instance 

=  M1A1 

location 

=  [180  310] 

intensity 

=  0.6 

confidence 

=  0.85 

timestamp 

=  10:22:05 

Figure  3.15  Sample  Data  Message 


In  this  example  the  tank  detected  is  determinied1  to  be  an  Abrams  M1A1  Battle 
Tank.  The  location  field  contains  the  coordinates  of  the  sensor  node  that  recorded  the 
event.  The  intensity  and  confidence  fields  are  based  on  the  sensor  signal  strength  and 
the  target  recognition  algorithm.  Finally,  the  timestamp  field  records  the  time  of  the  event. 

The  data  message  is  sent  by  node  4  according  to  the  entries  in  its  interest  cache. 
In  this  case,  data  messages  are  sent  to  nodes  1,  2,  3,  5,  and  6  at  the  same  rate.  As  the 
data  message  propagates  through  the  network,  it  is  cached  at  each  node  in  a  data  cache 
(separate  from  the  interest  cache). 

In  an  ideal  environment,  the  messages  sent  to  nodes  1  and  2  clearly  reach  the  sink 
node  before  all  other  data  messages  propagate  through  the  network.  In  fact,  assume  the 
message  from  node  4,  through  node  2,  reaches  the  sink  first.  The  sink  uses  this  information 
to  reinforce  node  2.  This  is  done  by  increasing  the  data  rate — say  to  2  samples  per  second 
(an  interval  of  0.5  seconds).  The  sink  then  reissues  the  interest  with  the  new,  increased 

1  Object  identification  is  accomplished  through  some  form  of  automatic  target  recognition  such  as 
MSTAR  (71) 
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sample  rate  but  only  to  the  neighbor  from  which  it  received  the  data  first  (in  this  case 
node  2).  When  node  2  receives  the  new  interest  message,  it  updates  its  cache  entry  and 
examines  its  data  cache  to  see  what  nodes  it  received  data  messages  from  that  match  the 
specified  interest.  The  node  that  sent  that  data  message  first  is  reinforced  (in  this  case 
node  4).  The  interest  cache  for  node  4  is  updated  as  shown  in  Figure  3.16.  In  this  way, 


type  =  tank 
interval  =  0.5  sec 
rect  =  [-100  100  200  400] 
timestamp  =  10:22:25 
duration  =7:35 
gradient  («,  r,  d) 

(1,1,7:25) 

(2,  0.5,  7:25) 

(3,  1,  7:20) 

(5,  1,  7:15) 

(6,  1,  7:20) 

Figure  3.16  Updated  Interest  Cache  Entry 

the  path  from  node  4,  through  node  2,  to  the  sink  is  reinforced  until  the  data  rate  matches 
the  original  rate  specified  by  the  initial  input  interest  query  data  interval  of  20  ms. 

Since  the  other  data  rates  ( gradients )  at  node  4  are  never  decreased,  data  is  still 
transmitted  via  the  other  routes.  This  represents  an  overhead  of  spurious  messages  as  long 
as  the  route  from  node  4  through  node  2  to  the  sink  is  providing  an  acceptable  transmission 
rate.  However,  if  for  some  reason  one  of  the  links  were  to  be  broken  (because  of  node  failure 
at  node  2  or  some  type  of  RF  interference),  the  route  through  node  1  would  take  over  (at 
the  initial  slow  rate  of  1  sample  per  second).  Since  the  sink  would  begin  receiving  data 
from  node  1  at  a  higher  rate,  it  would  reinforce  node  1  and  begin  to  degrade  node  2.  This 
mechanism  provides  the  robustness  of  the  sensor  network  at  the  cost  of  redundant  message 
traffic. 

While  not  mentioned  here  specifically,  the  authors  in  (58)  describe  how  the  sensor 
network  can  aggregate  information  from  multiple  sensors  in  order  to  provide  better  location 
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information  or  a  better  confidence  measure.  This  is  easily  seen  since  each  node  caches  any 
data  messages  that  it  receives. 

The  shortcoming  of  this  algorithm  is  the  requirement  that  the  nodes,  once  placed, 
remain  fixed.  Since  each  node  has  a  GPS  receiver,  it  could  use  its  location  to  provide 
a  unique  location  based  addressing  scheme.  Then,  gradients  could  be  used  in  the  more 
traditional  sense — information  would  flow  downhill  toward  the  sink.  Care  must  be  taken 
to  provide  reliability  in  the  form  of  alternate  paths.  But  the  data  rate,  in  conjunction  with  a 
geographical  based  addressing  scheme,  could  be  used  to  provide  for  low  data  rate  redundant 
messages  along  less  optimum  routes.  This  would  ensure  that  dynamic  re-routing  is  capable 
of  providing  the  necessary  multiple  links.  A  form  of  this  proposed  routing  mechanism  is 
used  in  the  routing  protocol  described  in  the  next  section. 

3.2.3  Geographical  Addressing  and  Routing  Protocol.  The  Geographical  Address¬ 
ing  and  Routing  Protocol  (GAaRP)  is  also  intended  for  ad  hoc  sensor  networks  in  a  highly 
unstructured  physical  configuration  of  nodes  (28,  29).  In  contrast  to  Directed  Diffusion, 
GAaRP  allows  for  mobile  nodes.  Routing  within  the  network  is  based  solely  on  a  node’s 
location  as  specified  by  an  onboard  GPS  receiver. 

The  GAaRP  routing  protocol  is  designed  to  support  the  Distributed  Smart  Sensor 
Network  (DSSN).  The  DSSN  is  made  up  of  small,  inexpensive,  wireless  units.  Each  unit 
has  a  rudimentary  microprocessor,  one  or  more  sensor  elements,  a  GPS  receiver,  and  an 
RF  transceiver.  The  sensor  node  design  is  intended  to  be  modular  in  order  to  facilitate 
component  upgrades  or  sensor  element  changes  without  the  need  to  redesign  the  entire 
system. 

The  DSSN  is  made  up  of  multiple  sensor  nodes  and  Home  and/or  Gateway  nodes. 
The  Home  node  is  defined  as  the  location  where  a  user  is  allowed  to  interact  with  the 
sensor  network.  A  Gateway  is  an  access  point  of  some  local  area  network  to  the  DSSN. 
Also,  deployed  sensor  units  can  be  in  one  of  two  states — Module  or  Hub.  The  topology 
of  the  network  at  any  given  time  determines  the  state  of  each  module  but  modules  are 
allowed  to  switch  back  and  forth  between  states  indefinitely. 
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The  DSSN  assumes  some  form  of  transmission  packet  formatting  and  processing. 
While  not  immediately  clear,  it  appears  the  DSSN  uses  a  time  division  multiple  access 
scheme  like  slotted  Aloha  (119)  to  manage  contention  for  the  communications  medium. 
Communications  take  place  on  a  single  RF  frequency.  Therefore,  some  form  of  collision 
detection  or  collision  avoidance  must  be  used. 

Each  sensor  node  is  assumed  to  have  some  of  the  same  characteristics  as  described 
earlier:  the  nodes  are  battery  operated  so  the  algorithm  and  components  must  be  de¬ 
signed/chosen  in  order  to  minimize  power  consumption,  the  nodes  have  limited  memory 
and  processing  capabilities  so  that  only  small  amounts  of  data  and  simplistic  algorithms 
can  be  used,  and  RF  transmissions  have  limited  range  so  communications  must  be  accom¬ 
plished  in  a  hop-by-hop  manner. 

The  design  of  a  sensor  network  protocol  can  take  advantage  of  the  specialization  as¬ 
sociated  with  the  sensor  application  domain.  The  GAaRP  routing  protocol  is  no  exception. 
The  assumptions  presented  in  Table  3.4  are  made  in  order  to  simplify  the  protocol  (29). 

Table  3.4  GAaRP  Network  Characteristics  (29) 

1.  The  network  is  used  for  data  acquisition,  not  for 
communication  in  the  traditional  sense 

2.  The  network  consists  of  many  small  sensor  units 
with  one  or  few  central  Home  terminals 

3.  When  collecting  data  from  the  network,  a  user  only 
cares  about  where  the  data  came  from  and  not  who 
it  came  from 

4.  All  sensor  data  is  localized  (this  implies  that  no 
aggregation  is  allowed) 

5.  The  network  is  polarized  (i.e.  data  flows  only  one 
way — from  sensor  units  to  Home  while  control  in¬ 
formation  flows  only  from  Home  to  sensor  units) 


GAaRP  Protocol  Description.  The  authors  of  (29)  describe  the  protocol  as 
being  able  to  interface  with  two  or  more  Home/  Gateway  terminals  but  do  not  provide 
a  description  of  this  mechanism.  Therefore,  the  description  of  the  algorithm  presented 
here  focuses  on  a  single  user  access  point  (via  either  a  Home  or  Gateway  node).  Multiple 
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Home/ Gateway  terminals  are  probably  handled  with  multiple  data  sets  (akin  to  multiple 
entries  in  routing  tables). 

Initially,  the  sensor  nodes  are  assumed  to  be  randomly  placed  but  within  the  range 
of  at  least  one  other  node.  Network  topology  routing  is  determined  using  a  dialogue-based 
protocol  that  starts  with  the  Home  node  and  propagates  through  the  sensor  nodes.  A 
cost  function  is  used  to  evaluate  multiple  paths.  However,  since  only  local  information  is 
used,  the  final  routes  may  not  be  optimum  (in  terms  of  hop  count  and  bandwidth  resource 
utilization) . 

The  Home  node  begins  the  processing  by  broadcasting  a  Spark  message.  This,  in 
effect,  “wakes  up”  the  nodes  that  are  within  range  and  causes  them  to  begin  to  establish 
communication  links  with  the  Home  node.  The  sensor  units  do  this  by  broadcasting  a 
Who’s  out  there?  (WOT)  message.  Only  nodes  that  are  “awake”  can  respond  to  the 
WOT  message.  The  response  comes  in  the  form  of  a  Who’s  out  there  acknowledgment 
(WOT-ACK)  message.  The  WOT-ACK  message  contains  a  Cost  Function  Value  (CFV) 
from  the  responding  unit.  The  neighbor  with  the  “best”  CFV  is  assumed  to  be  the  optimal 
choice  for  a  route  to  the  Home  node  according  to  the  current  network  topology.  The  CFV 
is  calculated  using  the  formula  in  Equation  3.1. 

CFV  =  C\Dradial  +  +  C^N^gpg  +  C±Nsi0ts  (3.1) 

Dradial  the  absolute  distance  between  nodes 

A vector  the  delta  angle  vector  between  the  neighbor  node  and  the  Home  node 
Nhops  the  number  of  hops  between  a  neighbor  node  and  Home 
Nsiots  the  number  of  available  packet  slots  allocated  to  the  neighbor  node 

The  authors  of  (29)  state  that  the  constants  C\ ,  C2,  C3,  and  C4  are  weights  based 
on  the  topology  of  the  network.  The  exact  meaning  of  this  is  unclear  since  the  network  is 
allowed  to  be  dynamic.  However,  these  constants  may  be  chosen  based  on  some  physical 
characteristics  of  the  nodes  (in  terms  of  RF  transceiver  range,  sensor  footprint,  etc.).  The 
meaning  of  the  parameters  in  Equation  3.1  is  further  illustrated  in  Figure  3.17. 
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The  new  node  being  inserted  into  the  network  is  node  N.  In  order  to  begin  the 
negotiation  process,  node  N  must  have  received  a  Spark  message  from  nodes  C,  E,  or  F. 
For  the  example  of  Figure  3.17,  the  distances  between  node  N  and  nodes  C,  E,  and  F  are 
DC,  De ,  and  Dp  respectively.  The  angle  vector  parameter  is  also  calculated  as  shown. 
Since  the  optimum  direction  would  be  directly  toward  the  Home  node,  the  angle  specifies 
the  amount  of  departure  from  that  optimum  value  for  each  potential  route.  The  number 
of  hops  and  slots  {N}lops  and  Nsiots  respectively)  are  not  shown.  The  vectors  between  the 
nodes  can  be  calculated  based  on  the  underlying  two  dimensional  coordinate  system.  For 
instance,  the  vector  pointing  from  node  N  to  node  C  can  be  found  as  shown  in  Equation  3.2. 

V nc  =  Pc  ~  Pn  (3.2) 

where  Pc  and  Pn  are  the  locations  of  nodes  N  and  C  respectively.  The  vector  from  node 
N  to  Home  can  be  found  in  a  similar  fashion.  The  parameters  Dracnai  and  Avector  between 
node  N  and  its  neighbors  can  then  be  found  using  these  vector  quantities.  The  radial 
distance  is  given  by  the  Euclidean  norm  of  the  vector  V nc  as  shown  in  Equation  3.3. 
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{^radial)  C 
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(3-3) 


=  V (xc  -  xn)2  +  ( yc  -  vn )2 

The  angle  between  the  vector  to  the  Home  node  and  the  potential  route  nodes  can 
be  found  using  the  vector  dot  product  as  shown  in  Equation  3.4. 


(f^w)  (3-4) 

The  Nhops  parameter  is  simply  a  count  of  the  number  of  links  between  each  neighbor 
node  and  the  Home  node  (for  the  shortest  path).  The  Nsiots  parameter  is  a  function  of  the 
underlying  communications  management  scheme  but  is  directly  linked  to  the  number  of 
incoming  connections-this  detail  is  not  included  in  (29).  Table  3.5  summarizes  the  possible 
values  for  each  of  the  potential  route  nodes  for  the  new  node  N. 


Table  3.5  Cost  Function  Values 


Node 

Dradial 

-4. vector 

Nhops 

Nslots 

C 

10.2 

41.7 

2 

1 

E 

15.6 

48.6 

2 

2 

F 

11.5 

116.8 

3 

0 

The  units  of  Draciiai  are  based  on  the  underlying  coordinate  system.  The  distance 
could  be  specified  in  yards,  meters,  miles,  etc.  The  exact  choice  is  irrelevant  as  long  as  its 
use  is  consistent.  The  units  for  Avector  are  assumed  to  be  degrees  although  radians  could 
just  as  easily  have  been  used.  Therefore,  the  “best”  CFV  is  the  smallest.  Based  on  this 
discussion,  the  best  neighbor  for  the  new  node  to  connect  with  is  node  C  (this  assumes  the 
constants  of  Equation  3.1  are  set  to  unity). 

Returning  to  the  algorithm  description,  the  new  node  N  broadcasts  the  WOT  message 
and  waits  for  replies.  The  nodes  that  hear  the  WOT  message  respond  with  a  WOT-ACK 
message  that  includes  the  parameters  required  to  calculate  the  CFVs  at  node  N.  The 
WOT/WOT-ACK  messages  are  exchanged  several  times  to  ensure  that  all  possible  nodes 
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have  been  heard  from.  The  authors  of  (29)  have  empirically  determined  that  five  rounds 
of  WOT/WOT-ACK  messages  are  sufficient2.  Once  the  new  node  has  “selected”  the  best 
potential  neighbor  routing  node,  it  broadcasts  a  Be  My  Hub?  (BMH)  message  to  that 
node.  A  node  receiving  the  BMH  message  checks  to  see  if  it  has  sufficient  resources  to 
support  the  new  node  and  responds  with  a  “yes”  message  if  it  can  or  a  “no”  message  if 
it  cannot.  If  the  reply  is  “no”  then  the  new  node  gets  the  next  potential  neighbor  node 
(in  its  list  of  nodes  ordered  by  their  CFVs).  The  “yes”  message  from  the  neighbor  node 
generates  a  You  Are  My  Hub  message  to  the  neighbor  node  and  causes  the  new  node  to 
adjust  its  parameters  (Nf-lops,  Nsiots)  accordingly. 

Once  the  new  node  is  successfully  integrated  into  the  network  it  deletes  all  the  data 
it  received  as  part  of  the  WOT-ACK  messages.  The  only  data  that  must  be  maintained  is 
the  parameters  required  to  calculate  the  CFV.  In  this  way  no  global  routing  information 
is  required  to  route  data  through  the  network.  This  node  can  then  generate  its  own  Spark 
message  for  other  nodes  not  yet  a  part  of  the  network.  It  should  also  be  noted  that  a  node 
cannot  reply  to  a  WOT  message  unless  it  is  already  a  part  of  the  network.  This  causes 
the  network  to  be  “built”  in  a  radial  pattern  starting  with  the  Home  node. 

Changes  to  the  physical  network  topology  (because  node  mobility)  is  handled  by  re¬ 
peating  the  WOT /WOT-ACK  process.  Once  a  node  loses  connectivity  with  its  established 
hub  neighbor,  it  begins  broadcasting  periodic  WOT  messages.  This  causes  the  above  pro¬ 
cess  to  be  repeated  in  its  entirety.  The  ability  to  detect  loss  of  connectivity  implies  some 
network  status  checking  which  is  part  of  the  overhead  of  the  network  system.  Some  of 
it  can  be  handled  simply  by  keeping  track  of  data  messages.  However,  if  data  messages 
are  not  occurring  at  regular  intervals,  then  some  other  mechanism  must  be  available  to 
monitor  connectivity  status. 

In  a  highly  dynamic  environment,  the  repetition  of  the  WOT/WOT-ACK  process 
for  “lost”  nodes  could  potentially  overwhelm  the  network  and  prevent  timely  and  effi¬ 
cient  propagation  of  sensor  data  to  the  Home  node.  A  more  loosely  restrictive  protocol, 

2It  appears  from  (29)  that  this  parameter  is  independent  of  the  number  of  neighbors.  However,  it  seems 
that  the  authors  assume  a  certain  minimum  distance  between  neighbors  which  would  serve  to  limit  the 
number  of  neighbors. 
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similar  to  the  Directed  Diffusion  paradigm,  would  decrease  the  overhead  associated  with 
reestablishing  communications  links. 

3.2.4  Other  Wireless  Network  Protocols.  As  stated  in  Section  2.4,  there  are 
numerous  network  routing  protocols  for  mobile  ad  hoc  networks  (see  (101)  for  an  excellent 
overview)  as  well  as  several  efforts  at  the  Air  Force  Institute  of  Technology  (9,  107,  120). 
These  protocols  fall  into  two  general  categories:  table-driven  and  source-initiated.  The 
Destination-Sequenced  Distance- Vector  (DSDV)  and  Clusterhead  Gateway  Switch  (CGS) 
routing  protocols  are  examples  of  table-driven  protocols.  Each  node  in  the  network  is 
responsible  for  maintaining  global  connection  information  in  the  form  of  routing  tables. 
This  requires  periodic  broadcasting  of  control  messages  to  maintain  and  update  the  routing 
tables.  The  overhead  for  these  types  of  protocols  comes  in  two  forms.  First,  there  is  a 
significant  amount  of  network  traffic  to  maintain  the  tables.  Second,  memory  is  required 
on  each  node  to  store  the  routing  table  information.  The  advantage  of  these  types  of 
protocols  is  the  speed  with  which  routes  can  be  established.  Since  every  node  contains  an 
up-to-date  routing  table,  user  messages  can  be  transmitted  without  delay. 

The  second  general  protocol  category  is  source-initiated.  The  Ad  hoc  On-demand 
Distance  Vector  (AODV)  and  Temporally  Ordered  Routing  Algorithm  (TORA)  routing 
protocols  are  examples  of  protocols  in  this  category.  These  protocols  establish  routes 
only  as  needed  through  the  use  of  some  form  of  route  request  and  route  reply  messages. 
These  protocols  do  not  suffer  from  the  background  network  traffic  and  memory  require¬ 
ments  of  the  table-driven  protocols  but  result  in  longer  delays  when  user  data  needs  to  be 
transmitted.  The  delays  are  reduced  by  caching  information  about  previously  established 
routes  (101).  However,  in  a  highly  mobile  network,  these  caches  could  quickly  be  outdated. 

This  section  describes  only  a  few  of  the  numerous  wireless  network  protocols  that 
have  been  developed.  They  are  mentioned  here  for  completeness-these  types  of  protocols 
are  not  considered  in  this  research  because  of  the  excessive  overhead  (in  terms  of  the 
richness  of  the  network  layers)  required  for  implementation. 
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3.3  Swarm  Modeling 

The  previous  section  describes  the  challenges  and  the  technical  approaches  to  over¬ 
coming  these  challenges  for  wireless,  ad  hoc  networks.  This  section  provides  a  review  of 
current  swarm  modeling  efforts.  Chapter  IV  is  a  detailed  description  of  the  swarm  model 
used  in  this  research  effort. 

The  swarm  modeling  research  described  in  (121)  focuses  on  particle  swarm  simulation 
for  the  purposes  of  modeling  the  interactions  of  plasma  particles  and  electromagnetic  fields. 
The  authors  adapted  the  particle-in-cell  (PIC)  or  particle-nresh  method  (49)  of  modeling 
swarm  dynamics  to  flights  of  UAVs  and  fighter  aircraft.  The  advantage  of  PIC  codes  is 
that  they  scale  linearly  with  respect  to  the  number  of  particles.  However,  since  it  is  rnesh- 
or  grid-based,  it  requires  a  discretization  of  the  swarm  environment.  This  reduces  the 
accuracy  of  the  model  by  increasing  the  granularity.  Further,  the  simulations  referenced 
in  (121)  are  limited  to  small  swarms  (~  20  particles). 

From  the  applications  domain,  (25)  describes  the  challenges  of  autonomous  vehicle 
control  for  the  aerospace  industry.  The  author  describes  six  functions  for  which  swarms 
of  UAVs  might  be  used.  These  functions  are  listed  in  Table  3.6.  Most  of  these  functions 

Table  3.6  UAV  Swarm  Functions  (25) 

•  Area  search  and  attack 

•  Surveillance  and  suppression 

•  Psychological  warfare 

•  Diversion 

•  Software  reduction 

•  Survivability  Enhancement 


are  self-explanatory.  However,  “Software  reduction”  deserves  further  explanation.  This 
aspect  of  swarming  is  intended  to  highlight  the  fact  that  swarming  applications  require 
less  software  to  be  coded  for  control  systems.  Making  use  of  biologically  inspired  control 
system  concepts  may  drastically  reduce  the  software  costs  of  future  control  systems  (25). 

Mataric,  in  (77),  develops  a  swarming  system  for  a  set  of  physical  robots.  The  robots 
consist  of  a  12-inch  long  steerable  car  base  equipped  with  a  suite  of  infra-red  sensors  for 
collision  avoidance  and  object  detection,  micro  switches  and  bump  sensors  for  contact 
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detection  and  radios  and  sonar  sensors  for  triangulating  their  position  relative  to  two 
stationary  beacons.  These  beacons  broadcast  small  messages  within  a  limited  radius. 

The  significance  of  their  research  is  that  it  is  one  of  only  a  few  research  efforts  in 
the  swarming  domain  that  uses  physical  robots.  Additionally,  for  a  physical  system,  the 
number  is  quite  large  (more  than  20  units  were  used  in  several  experiments). 

The  major  disadvantage  is  the  requirement  of  the  stationary  beacons.  This  arrange¬ 
ment  may  work  for  an  application  that  is  confined  to  a  limited  space,  however,  for  appli¬ 
cations  that  encompass  hundreds  or  even  thousands  of  square  miles  over  potentially  harsh 
terrain,  it  is  not  possible  to  place  enough  beacon  stations. 

Swarming  strategies  are  developed  in  (20)  and  (21)  for  the  purposes  of  minefield 
clearing.  The  strategies  described  include  random  movement,  relay  clustering,  flocking, 
swarming,  formation  maintenance,  and  comb  movement.  These  strategies,  or  behaviors, 
are  obtained  via  a  vectorial  movement  scheme.  This  method  uses  four  vectors  for  each 
robot  to  generate  a  new  direction.  The  vectors  are  based  on  obstacles,  goals,  position 
maintenance,  and  direction  maintenance.  The  swarm  simulation  tool  developed  in  this 
work  is  based  on  the  capabilities  of  the  Khepera  robot  (64).  It  is  clear  from  this  work  that 
only  small  numbers  of  robots  are  simulated  (four  squads  with  4  robots  in  each  squad)  and 
is  not  scalable. 

A  detailed  description  of  a  possible  swarm  taxonomy  is  presented  in  (37).  This  work, 
while  not  presenting  any  swarming  algorithm,  provides  a  useful  mechanism  for  classify¬ 
ing  swarms  (or  collectives)  according  to  communications  and  computational  capabilities. 
Classifications  are  made  by  size,  communications  range,  communications  topology,  com¬ 
munication  bandwidth,  collective  reconfigurability, 

Table  3.7,  reproduced  from  (37),  provides  the  classification  categories  and  a  short 
description  of  each.  These  classification  categories,  along  with  several  additional  behav- 
iorally  based  categories,  are  used  later  in  Section  6.2.2  in  categorizing  swarm  behavior  with 
respect  to  swarm-based  sensor  network.  Specifically,  the  performance  of  routing  protocols 
are  related  to  the  categories  of  size  and  topology. 
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Table  3.7  Swarm  Classification  Categories(37) 


Category 

Description 

Collective  Size 

The  number  of  autonomous  agents  in  the  collective. 

Comm.  Range 

The  maximum  distance  between  two  elements  of  the 
collective  such  that  communication  is  still  possible. 

Comm.  Topology 

Of  the  robots  within  the  communication  range,  those 
which  can  be  communicated  with. 

Comm.  Bandwidth 

How  much  information  elements  of  the  collective  can 
transmit  to  each  other 

Collective  Reconfigurability 

The  rate  at  which  the  organization  of  the  collective 
can  be  modified 

Processing  Ability 

The  computational  model  utilized  by  individual  ele¬ 
ments  of  the  collective 

Collective  Composition 

Are  the  elements  of  the  collective  homogeneous  or 
heterogeneous 

A  slightly  different  algorithm  is  proposed  in  (32).  The  basic  principles  of  alignment, 
cohesion,  and  separation  are  the  same.  However,  the  alignment  rule  is  applicable  regardless 
of  whether  a  particle  is  too  close  or  too  far.  This  is  illustrated  in  Equation  3.5.  Cohe¬ 
sion  and  separation  are  encapsulated  in  the  vattract  vector.  The  sign  determines  whether 
particles  are  attracted  or  repulsed.  The  weights  a  and  (3  can  be  functions  of  the  distance 
between  two  particles  as  well  as  other  parameters  (speed,  direction,  etc.). 


V resultant.  —  attract‘d  align  T  (3 attract'^  attract  (3-5) 

It  should  also  be  noted  that  only  particles  within  some  maximum  distance  are  considered  for 
these  calculations.  This  is  a  result  of  the  locally  observable  phenomena  characteristic.  This 
maximum  distance  is  another  parameter  that  determines  the  characteristics  of  a  swarm 
formation.  This  computational  approach  is  used  to  develop  a  model  of  particle  swarm 
movements.  A  more  detailed  mathematical  description  of  these  interactions  is  given  in 
Chapter  IV. 

A  comprehensive  review  of  the  other  swarm  algorithms  presented  in  literature  (37, 
77,  121)  revealed  that  (32)  captures  the  results  of  swarm  particle  interaction.  These  results 
relate  swarm  member  perceptions  to  the  amount  of  reaction,  i.e.  the  relatively  greater  im¬ 
portance  of  a  nearby  particle  to  that  of  a  more  distant  particle  member.  Additionally,  (32) 
provides  a  basis  for  a  parameterized  algorithm  for  behavior  analysis. 
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3-4  Summary 

This  chapter  provides  an  in-depth  presentation  of  the  issues  concerning  mobile  sensor 
systems,  the  network  communications  systems  that  connect  them  and  swarming  algorithms 
that  can  be  used  to  coordinate  their  movements.  Among  sensor  systems,  the  SensorCraft 
(61)  is  the  least  suited  to  swarm  based  sensor  applications.  Its  expense  and  complex¬ 
ity  make  it  a  poor  choice  for  a  large  population  of  sensor  vehicles.  On  the  other  hand, 
the  LOCAAS  (95),  Sky  Tote  (10),  and  WASP  (35)  vehicles  are  well  qualified  for  use  in 
swarming  applications.  Their  relative  low  cost  and  simple  designs  make  them  a  good  ve¬ 
hicle  choice.  However,  the  significant  differences  in  performance  characteristics-speed  and 
endurance-mean  that  the  specific  applications  for  each  vehicle  are  of  necessity  different. 
For  instance,  the  LOCAAS  with  its  greater  speed  and  lower  maneuverability  make  it  more 
ideal  for  finding  and  attacking  fast,  well-identified  targets.  The  WASP,  with  its  slower 
speed,  greater  maneuverability,  and  longer  endurance,  make  it  more  ideal  for  surveillance 
and  reconnaissance  activities.  The  vertical  take  off  and  landing  capability  of  the  Sky  Tote 
make  it  well  suited  to  a  much  wider  range  of  missions. 

By  far  and  away,  the  Directed  Diffusion  communications  protocol  (38,  58)  is  the 
most  predominantly  used  system  for  networking  mobile  sensors.  It  provides  efficient  data 
transfer  with  little  overhead  and  is  easy  to  implement.  It  adapts  well  to  network  dynamics 
including  node  failures.  However,  its  use  has  been  limited  to  small  networks  with  little  or 
no  mobility.  The  research  presented  in  this  dissertation  shows  its  applicability  to  swarrn- 
based  sensor  networks. 

The  work  conducted  by  Reynolds  (99)  established  the  foundation  for  swarming  algo¬ 
rithms.  Further  work  by  others  such  as  Crombie  (32),  Dudek  (37),  Mataric  (77,  78),  and 
Trahan  (121)  have  extended  the  foundation.  However,  they  did  not  provide  a  mechanism 
whereby  dynamic  swarm  behavior  can  be  investigated,  analyzed,  and  categorized.  The 
research  presented  here  takes  swarm  behavior  analysis  to  the  next  level  by  providing  a 
methodology  for  investigation  of  behavioral  dynamics. 
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IV.  Swarm  Modeling  Methodology 

Swarm  behavior,  as  manifested  by  biological  organisms,  provides  an  effective  model  for  de¬ 
veloping  a  system  for  mobile  sensor  platforms.  Flocks  of  birds,  schools  of  fish,  and  swarms 
of  insects  demonstrate  properties  that  are  “ideal”  for  networked  mobile  sensor  systems. 
The  complete  set  of  properties  of  these  biological  systems  consist  of  swarm  cohesion ,  as 
well  as  particle  avoidance  and  alignment  (see  Table  2.1  and  Figure  2.5).  These  proper¬ 
ties,  when  implemented  in  a  swarm-based  sensor  network  system,  provide  region  coverage 
(through  avoidance),  connectivity  (through  cohesion),  and  fault  tolerance  (through  forma¬ 
tion  adaptation).  However,  the  network  dynamics  challenge  traditional  routing  protocols 
(as  described  in  Section  2.4.3)  due  to  the  rapid  changes  to  the  communications  topology. 

It  is  important  to  note  that  the  term  swarm  behavior,  as  used  in  here,  is  different  than 
the  behaviors,  or  rules,  described  in  literature  (99).  In  the  context  of  this  investigation, 
swarm  behavior  refers  to  the  globally  observable  formation  characteristics  of  the  swarm. 
This  is  different  than  the  rules  that  are  enforced  with  varying  weights  within  the  swarm  to 
achieve  cohesion,  alignment,  and  separation  which  relate  directly  to  individual  behavior. 

This  chapter  presents  the  mathematical  swarm  model  that  is  used  to  investigate 
swarm  behavior.  The  model,  evolved  from  (32)  with  innovative  additions  for  peripheral 
vision  and  blocking,  is  described  in  detail  in  Section  4.1.  Parameters  that  affect  behavior 
are  described  in  Section  4.3.  These  parameters  are  discussed  in  the  context  of  steadiness, 
behavioral  states,  movement  closure,  and  neighborhood  sizes.  These  concepts  are  used  as 
a  foundation  for  a  proposed  methodology  for  classifying  swarm  behavior  with  respect  to 
computer  network  communications  in  Chapter  VI. 

4-1  Swarm  Model  Description 

There  are  numerous  characteristics  that  must  be  considered  when  developing  a  model 
for  particle  swarm  behavior  as  seen  in  nature.  These  characteristics  include  model  fidelity, 
particle  behavior  capabilities1,  and  implementation  method.  The  model  fidelity  can  range 

1  These  capabilities  include  but  are  not  limited  to  speed,  size,  maneuverability,  endurance,  and  sensor 
types. 
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over  a  spectrum  that  has  one  end  in  extreme  simplicity  using  coarse  linear  models  to  the 
other  end  where  every  conceivable  notion  is  modeled  as  closely  as  possible.  For  obvious 
reasons,  a  simplistic  model  is  insufficient.  However,  approaching  the  other  end  of  the  spec¬ 
trum  is  arduous  at  best  and  likely  impossible  since  all  of  the  interactions  of  natural  swarm 
systems  are  not  fully  understood.  The  proposed  model  captures  the  local  interactions  and 
manifested  global  behavior  while  maintaining  tractability.  Tractability  in  this  context  is 
defined  by  simulation  time.  Ideally,  simulations  should  run  in  real-time.  However,  due  to 
computational  complexity,  this  is  not  always  the  case. 

It  is  assumed  that  a  swarm  consists  of  a  number  of  homogeneous  particles  acting 
independently  according  to  the  local  rules  specified  in  Section  2.3.1.  The  algorithm  de¬ 
scribed  allows  for  non-homogeneous  particle  swarms,  but  for  simplicity,  only  homogeneous 
swarms  are  considered. 

The  model  was  implemented  in  MATLABta/  (MathWorks,  Inc.)  initially  because  of 
the  ease  and  rapidity  of  development  (65).  However,  it  was  soon  evident  that  MATLAB 
was  inefficient  for  a  model  of  sufficient  fidelity  with  a  large  number  of  nodes-on  the  order  of 
100-running  for  a  reasonable  simulation  time-on  the  order  of  several  thousand  time  steps. 
For  this  reason,  the  model  was  ported  to  Visual  C++™  (Microsoft  Corp.).  This  provided 
the  additional  benefit  of  an  effective  visualization  environment  that  was  used  to  gain  insight 
into  swarm  behavior  (66).  A  detailed  description  of  the  simulator  (functionality  and  usage) 
is  provided  in  Section  4.2. 

The  focus  of  the  remainder  of  this  section  is  on  the  mathematical  model.  A  new, 
innovative  model  is  developed  in  order  to  provide  a  method  for  investigating  behavior 
dynamics  and  relating  those  dynamics  to  the  parameters  that  control  swarm  behavior. 
For  simplicity,  a  two  dimensional  swarm  model  is  considered.  The  model  is  made  up  of 
an  algorithm  for  managing  the  time  progression  of  the  simulation  as  well  as  the  formulas 
needed  to  compute  particle  movements.  The  significance  of  the  model  lies  in  both  the 
formulas  used  as  well  as  the  system  variables  and  parameters.  The  system  variables  are 
listed  in  Table  4.1.  Additionally,  the  scope  of  each  parameter  is  provided.  The  local 
parameters  apply  to  each  individual  particle  while  the  global  parameters  apply  to  the 
swarm  as  a  whole.  The  parameters  include  numerous  weighting  factors.  Values  for  the 
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Table  4.1  System  Parameters 


Parameter 

Scope 

Max  speed 

Local 

Turning  radius 

Local 

Separation  dist 

Local 

Neighborhood  size 

Local 

Population  size 

Global 

Region  size 

Global 

system  parameters  are  chosen  experimentally  (i.e.  values  that  make  swarm  formation 
movement  stable-defined  formally  in  Section  4.3-with  respect  to  a  desired  behavior,  see 
Appendix  E).  A  goal  of  this  work  is  to  develop  the  relationships  between  the  system 
parameters  and  the  continuum  of  formation  behavior. 

The  model  is  implemented  using  a  discrete-time  model.  This  is  a  simplifying  assump¬ 
tion  since  a  continuous-time  model  is  more  complex.  For  continuous-time  implementations, 
complex  formulas  must  be  used  to  compute  not  only  the  updates  but  also  the  time  steps 
for  the  updates. 

The  general  simulation  algorithm,  shown  in  Figure  4.1,  is  described  briefly  as  follows. 
For  each  mobile  particle  in  the  swarm,  a  new  direction  vector  is  calculated.  This  is  done 
by  considering  nearest  neighbors ,  boundaries ,  and  waypoints.  More  precise  definitions  of 
each  of  these  terms  is  given  in  Sections  4. 1.3.1,  4. 1.3. 2,  and  4. 1.3.4  respectively. 

Loop  \/pi  G  S.  i  =  1 , . . ,  N 
Process  boundaries 
Loop  Vpj  G  Si,j  =  1  ,—,Ni 
Process  neighbor  pj 
Calculate  new  direction 
end  Loop 

Move  in  new  direction 
end  Loop 

Figure  4.1  General  Swarm  Algorithm 


The  variables  of  Figure  4.1  are  described  in  Table  4.2. 

The  ideal  separation  distance,  dmin ,  is  normalized  to  unity  for  all  simulations.  This 
allows  for  scaling  to  a  desired  separation  for  a  specific  application.  It  is  also  assumed 
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Table  4.2  Swarm  Algorithm  Variables 


Variable 

Description 

S 

The  set  of  mobile  particles 

N 

The  population  size  (mobile 
particles),  5 

Pi 

The  ith  particle  in  S 

Si 

The  set  of  particles  in  pf  s 
neighborhood  (includes  way- 
points) 

Nt 

The  number  of  particles  in 
Pi  s  neighborhood,  Si 

Pi 

The  jth  particle  in  Si 

that  swarm  particles  are  point  masses  with  physical  dimensions  that  are  negligible  when 
compared  to  the  separation  distance. 


4-1.1  Visibility  Model.  The  set  of  neighbors  for  a  particle  consists  of  those 
particles  that  are  visible.  The  concepts  of  shadow,  blocking,  and  visibility  is  described  by 
Definitions  4.1.1  through  4.1.3. 


Definition  4.1.1  (Shadow)  A  shadow  of  a  particle  is  the  set  of  all  points  pk  =  (x,y) 
such  that  the  following  equations  hold. 


true  : 

•  @ab  ^  @vis 

(4.1) 

(Oab)  =  { 

I  false  : 

•  @ab  ^  @vis 

u  =  cos_1  (rfm)  <4-2) 


VIMHM/ 

\ - / 

Va  =  Pj  ~  Pi 

(4.3) 

Vb  =  Pk-Pj 

(4.4) 

where  9ab  is  the  angle  between  vectors  va  and  Vb  and  6viS  specifies  the  amount  of  blocking 
(as  illustrated  in  Figure  4-%)- 

Definition  4.1.2  (Blocking)  A  particle  is  blocked  if  and  only  if  it  falls  in  the  shadow  of 
another  particle. 
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Definition  4.1.3  (Visibility)  A  particle  is  visible  by  another  particle  if  and  only  if  it  is 
not  blocked. 

The  shadow  of  a  particle  is  defined  with  respect  to  the  particle  for  which  the  neighbor¬ 
hood  set  is  being  populated.  This  is  presented  formally  in  Definition  4.1.1.  It  is  important 
to  note  that  the  following  description  is  based  on  a  two  dimensional  model.  The  concept 
could  be  extended  to  a  three  dimensional  model. 


Figure  4.2  Visibility  Model 


In  Figure  4.2  particle  pk  is  not  visible  by  particle  p j.  A  value  of  7r/3  was  chosen 
for  9vis.  The  reason  for  this  value  is  presented  in  Section  4.3.  Basically,  the  maximum 
number  of  neighboring  particles — to  be  proved — at  the  ideal  separation  distance  is  six. 
This  divides  the  two  dimensional  region  into  six  equal  arcs  of  n/3.  The  visibility  model 
serves  to  strongly  restrict  the  size  of  a  neighborhood  set  which  is  important  for  scalability. 
Additionally,  it  is  assumed  that  a  particle  is  visible  regardless  of  the  separation  distance. 

An  equivalent  form  of  Equation  4.1-based  on  trigonometric  identities-is  given  in 
Equation  4.5.  Note  that  the  inequalities  are  reversed  because  of  the  nature  of  the  cosine 
function.  The  angle  9ab  can  take  on  values  in  the  interval  [0, 7r] ;  and,  V#i,#2  £  [0, 7r]  if 
6\  >  6-2  then  cos#i  <  cos  02- 

I  true  :  cos  9ab  <  cos  9vis 

ms(cos9ab)=<  (4.5) 

1  false  :  cos  9ab  >  cos  9vis 

This  form  is  important  since  the  vector  dot  products  can  be  computed  and  compared 
without  the  need  for  computing  the  inverse  cosine. 

Figure  4.3  provides  a  simple  example  of  how  the  neighborhood  set  is  determined. 
Particles  pb  and  pd  are  blocked  by  particles  pa  and  pc ,  respectively.  It  is  important  to 
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Figure  4.3  Visibility  Example 


Table  4.3  Particle  State  Elements 


Variable 

Type 

Description 

speed 

scalar 

The  current  speed 

tUTTlfnax 

scalar 

The  maximum  allowable  turn  in  degrees 

dir 

vector 

The  current  direction  (a  unit  vector) 

pos 

vector 

The  current  position 

note  that,  even  though  pd  is  closer  to  pi  than  pe,  pd  is  not  considered  a  member  of  the 
neighborhood  set  of  p i. 

The  use  of  a  vision  model  that  restricts  the  size  of  the  neighborhood  set  ensures  that 
the  algorithm  is  scalable.  In  other  words,  swarms  of  different  sizes  but  the  same  set  of 
parameters  have  the  same  general  behavior.  This  quality  is  described  in  greater  detail  in 
Section  4.3. 

4.1.2  State  information  and  assumptions.  The  state  information  that  is  encap¬ 
sulated  with  each  particle  is  given  in  Table  4.3.  In  keeping  with  the  swarming  methodol¬ 
ogy  (99),  these  elements  are  maintained  for  each  particle  and  are  completely  independent 
of  other  particles.  Having  said  that,  it  should  be  noted  that  the  turnmax  parameter  is 
a  fixed  value  and  is  the  same  for  all  particles.  However,  this  allows  for  the  capability  to 
model  a  swarm  of  heterogeneous  particles.  The  units  of  measurement  and  time  are  abstract 
entities  for  the  purposes  of  the  swarm  simulation.  For  instance,  speed  is  understood  to  be 
in  distance  units  per  one  time  unit.  Further,  it  is  assumed  that  the  maximum  speed  is 
unity.  This  allows  the  swarm  simulation  to  be  adapted  to  any  physical  application  with 
an  appropriate  transformation. 
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4-1.3  Swarm  algorithm.  This  discussion  provides  the  details  of  the  swarming 
algorithm  as  performed  by  each  swarm  member  independently  including  neighborhood , 
peripheral  vision,  and  vision  blocking  models.  The  discussion  also  includes  the  use  of 
boundaries  and  waypoints.  Boundaries  serve  to  limit  the  movement  of  the  swarm  to  a 
specified  rectangular  region  while  waypoints  are  stationary  particles  that  serve  to  guide  the 
swarm  along  some  predetermined  route  while  allowing  the  swarm  to  maintain  its  properties. 
The  process  of  updating  the  position  of  particle  p{  generates  a  target  vector  that  is  updated 
with  respect  to  each  boundary  and  the  particles  (including  waypoints)  in  the  neighborhood 
of  p,. 

The  desire  is  to  capture  the  true  functionality  of  the  biological  process  that  enables 
swarming  to  take  place  in  nature  as  manifested  by  flocks  of  birds  or  herds  of  buffalo. 
That  functionality  is  a  continuous  physical  process  that  involves  instantaneous  feedback. 
In  order  to  simplify  the  modeling  process,  the  continuous  system  is  approximated  by  a 
discrete-time  model  with  feedback  based  on  time  steps.  The  discrete-time  model  lends 
itself  well  to  a  direct  implementation  for  a  computational  model. 

As  described  in  Section  2.3.1,  particle  positions  are  updated  according  to  three  simple 
rules  based  on  separation,  alignment,  and  cohesion.  Separation  and  alignment  can  be 
represented  by  the  same  vector  quantity  but  with  opposite  magnitude.  The  position  update 
vector  v Update  is  computed  for  each  particle,  Pj,  in  the  swarm  according  to  Equation  4.6. 
The  separation / cohesion  rules  are  encapsulated  by  the  vattract  vector.  The  alignment  rule 
is  encapsulated  by  the  vaugn  vector. 


update)  i  —  '  [  (  ^periph  )  ij  (  )  ij  ((^ attract^)  ijiV  attract.)  ij  T  CaHgn(v  align)  ij)]  (4.6) 

PjGSi 

The  subscript  notation  of  the  indices  i  and  j  are  used  to  clearly  indicate  that  the  various 
components  of  Equation  4.6  (with  the  exception  of  the  constant  Caiign)  are  computed  with 
respect  to  particles  p,  and  pj  where  pj  is  a  member  of  the  neighborhood  set  for  pi.  For 
the  remainder  of  these  discussions,  the  index  subscripts  are  left  off  for  the  sake  of  brevity 
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as  shown  in  Equation  4.7. 


(v  update)  i  —  ^  )  [u^periph^d  {w attract^  attract  “7  C align‘d  align)] 
Pj&Si 


(4.7) 


The  particle  direction  vector  Vdir  and  position  are  updated  according  to  Equations  4.8 
and  4.9,  respectively. 


/  ^dir  i  VUpdate 

“1“  VUpdate\ 

(4.8) 

Pi  Pi  H”  (v dir  "h  VUpdate)^^ 

(4.9) 

The  quantity  At  is  assumed  to  be  unity.  The  exact  implementation  of  Equation  4.9  is 
given  by  Equation  4.28  and  described  in  detail  in  Section  4. 1.3. 6.  The  new  particle  di¬ 
rection  and  position  are  denoted  by  v'dir  and  p\  respectively.  The  sum  in  Equation  4.6 
is  accomplished  over  the  set  of  neighbors  S%  for  particle  pr  Each  of  the  components  in 
Equation  4.6  is  described  in  detail  in  the  following  subsections.  It  is  important  to  note 
that  the  direction  vector  always  has  unit  magnitude  while  the  position  update  is  limited 
to  a  specified  maximum  distance  movement-this  ensures  that  particle  movement  is  limited 
to  a  finite  distance.  This  aspect  of  the  model  is  explored  in  detail  in  Section  4.3.3. 

The  quantities  vattract  and  vangn  are  computed  according  to  Equations  4.10  and  4.11, 
respectively. 


Vattract  — 

pj  -  Pi 

(4.10) 

Vaiign 

iVdir)j 

(4.11) 

where  particle  pj  is  a  neighbor  of  particle 

(i.e.,  Pj  e  Si 

).  The  quantity  Caugn  is  a 

constant  and  specifies  the  weighting  of  the  alignment  rule.  The  effect  of  this  value  on 
the  behavior  of  the  swarm  is  described  in  Section  4.3.  The  quantities  Wd  and  wperiph  are 
described  in  Sections  4. 1.3.1  and  4. 1.3. 3  respectively.  Briefly,  the  Wd  parameter  specifies 
the  distance  weighting,  and  the  wperiph  parameter  specifies  the  peripheral  vision  weighting. 
It  is  important  to  note  that  the  preceding  description  is  a  general  definition.  Particle  pj 
is  typically  another  swarm  member,  but  may  also  be  a  boundary  or  a  waypoint. 
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The  vector  t>  attract  points  from  particle  Pj  to  particle  pL.  Also,  the  quantity  (■ Vdir)j  is 
the  direction  of  pj.  An  additional  quantity  not  explicitly  expressed  is  the  distance  between 
particles  pj  and  Pj.  The  distance  d  is  computed  as 

d~  || "^attract  ||  •  (4-12) 

These  symbols  are  used  throughout  the  following  discussions. 

4- 1.3.1  Neighborhood  model.  There  are  two  models  for  the  different  types 
of  “neighbors”  that  a  particle  might  have.  The  first  model  is  for  boundaries  and  waypoints. 
The  second  is  for  other  particles.  The  models  partition  the  space  around  each  particle  into 
regions.  The  affect  that  another  element  (boundary,  waypoint,  or  particle)  has  depends  on 
which  region  the  element  is  located  in.  Figure  4.4  shows  the  two  neighborhood  models. 


Figure  4.4  Neighborhood  models 

The  rectangular  regions  represent  all  space.  For  boundaries  and  waypoints,  this 
region  is  R2 ;  for  other  particles,  this  region  is  R4.  There  is  only  one  other  region,  R\  for 
boundaries  and  waypoints.  If  the  distance  between  a  particle  and  a  boundary  or  waypoint 
is  c?3  then  that  boundary/ waypoint  is  in  region  R\ .  For  region  R'2  a  particle  is  unaffected 
by  the  boundary/waypoint.  For  particles,  the  region  is  divided  in  a  different  manner  when 
other  particles  are  considered.  Table  4.4  describes  the  meanings  of  each  region.  As  stated, 
the  value  for  dmin  is  unity.  The  value  for  d2  is  specified  by  a  comfort  zone  parameter  czone. 
As  the  value  increases  from  zero,  the  size  of  region  R2  grows  providing  a  larger  region  of 
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Table  4.4  Particle  Neighborhood  Regions 


Region 

Description 

Ri 

Close 

R2 

No  effect 

Ra 

Far 

1?4 

Very  far 

independence  from  neighbors.  The  intent  is  to  provide  greater  flexibility  to  particles  when 
computing  a  new  direction.  More  details  concerning  the  effect  of  this  parameter  on  swarm 
behavior  is  given  in  Section  4.3.  For  particles,  the  difference  between  R3  and  R4  manifests 
in  the  method  for  computing  the  effect  of  one  particle  on  another  as  described. 

The  “neighborhood  model”  is  used  to  compute  the  distance  weight,  Wd ,  of  Equa¬ 
tion  4.6  for  each  of  the  neighbor  types.  These  types  include  boundaries,  waypoints,  and 
other  swarm  members.  After  determining  the  neighborhood  set,  the  neighbors  of  pi  (in¬ 
cluding  waypoints)  are  sorted  into  a  list  according  to  their  distance  from  pi  with  the  closest 
particle  first.  The  particles  in  this  list  are  processed  in  this  order  so  that  the  new  direction 
for  pi  can  be  properly  determined. 

4- 1.3.2  Boundaries.  The  boundaries  are  processed  by  treating  the  closest 
point  to  Pi  on  each  boundary  as  a  particle  that  must  be  strongly  avoided.  Boundaries  do 
not  have  direction  so  there  is  no  vangn  component.  Equations  4.13  through  4.15  show  how 
this  is  modeled. 


v attract  =  Pb  ~  Pii  b  £  {north,  south ,  east ,  west] 


(4.13) 


wd  = 


0  :  pbe  R'2  (d<  d:i) 

V ds  -  d  :  pb  £  R[  (d  >  d3) 


(4.14) 


^ attract 


0 


C boundary 


pb  G  R!2  {d  <  d3) 
pb  G  R\  (d  >  d3) 


(4.15) 
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The  constant  Cboundary  in  Equation  4.15  is  determined  to  be  30±5  by  experimentation 
(see  Appendix  E).  Smaller  values  allow  particles  to  more  closely  approach  the  boundaries. 
This  has  the  adverse  affect  of  forcing  the  particles  too  close  together.  Larger  values  result 
in  an  unnecessary  limitation  of  the  region  of  movement.  The  vector  vattract  is  used  for 
attraction  and  repulsion.  The  delineation  is  made  by  the  sign — positive  for  attraction  and 
negative  for  repulsion. 


4- 1.3.3  Peripheral  vision.  A  model  of  peripheral  vision  is  used  to  enhance 
the  “fidelity”  of  the  swarm  algorithm.  Objects  that  are  in  front  of  a  particle  are  weighted 
more  heavily  than  objects  behind  a  particle.  The  formula  for  computing  the  peripheral 
weighting  is  given  in  Equation  4.16.  Plots  of  wperiph  for  various  values  of  n  are  shown  in 
Figure  4.5. 


'Wperiph(Q')  —  Cperiph  COS  ( 


n  =  1,2, 3, ... 


(4.16) 


The  value  used  for  Cperiph  was  chosen  to  be  unity  since  other  factors-see  Equation  4.6- 
scale  this  weight.  Values  of  n  <  2  ensure  that  no  neighboring  particles  are  completely 


“ignored”  when  computing  the  update  vector  for  each  particle.  This  is  due  to  the  fact  that 
the  values  of  wperiph{0)  are  not  zero  near  ±7r  except  at  6  =  it.  It  is  also  important  to  note 
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that  Equation  4.16  can  be  rewritten,  through  the  trigonometric  identity 


Wperiph(@^  C'periph 


2  (1  +  cos 


(4.17) 


The  quantity  cos  0  can  be  computed  from  the  dot  product  of  the  vectors  shown  in  Fig¬ 
ure  4.6.  The  direction  of  particle  p{  is  given  by  vdir  and  the  vector  vattract.  is  computed 


V  attract. 


Figure  4.6  Peripheral  Weight 


according  to  Equation  4.10.  Since  is  a  unit  vector  the  quantity  cos  0  can  be  computed 
using  the  vector  dot  product 


cos  9  =  vdir  ■ 


V  attract 
|  V  attract  \ 


(4.18) 


4.. 1.3. 4  Waypoints.  Waypoints  are  fixed  particles  with  direction  along 
the  intended  route.  A  waypoint  is  defined  as  a  navigation  fix-usually  a  destination  or 
point  of  reference.  It  is  important  that  waypoints  not  affect  the  swarming  behavior  with 
respect  to  separation,  cohesion,  and  alignment,  but  they  should  guide  the  swarm  along  an 
intended  route.  Ideally,  swarm  behavior  should  be  consistent  for  a  given  set  of  parameters 
regardless  of  whether  waypoints  are  present  or  not-local  behavior  should  not  be  affected 
and  the  only  global  behavior  effect  should  be  the  direction  of  the  swarm.  The  use  of 
waypoints  is  illustrated  in  Figure  4.7.  In  Figure  4.7  (a)  the  particles  are  attracted  to  the 
waypoint  pwp  itself.  The  vector  va ttract  in  (a)  demonstrates  this  situation.  In  (b)  the 
particles  are  attracted  to  the  closest  point  on  a  line  that  passes  through  the  waypoint 
and  is  perpendicular  to  the  waypoint  direction  1 iaugn  (this  is  the  dir  element  described  in 
Table  4.3).  This  is  accomplished  by  computing  the  component  of  v attract  in  the  direction 
of  v align-  The  formula  for  this  is  given  in  Equation  4.19.  The  dot  product  v attract  •  v align 
computes  the  magnitude.  Since  vaugn  is  a  unit  vector,  the  result  vresun  is  a  vector  in  the 
direction  of  vaugn  with  the  magnitude  equal  to  the  component  of  vattract  in  the  direction 
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Desired  and  Actual 


Figure  4.7  Swarm  Behavior 


of  V align- 


V result  V aligniV attract  '  ^ align) 


(4.19) 


It  is  the  vresun  vector  that  is  used  in  Equation  4.21  to  calculate  the  distance  weight  for 
pwp.  Further,  the  distance  d  in  Equations  4.20  and  4.21  is  the  norm  of  vresuit. 


u>d=  < 


d 
d3 

-(.d-dg) 

e  d3 


W attract  — 


V  align 

result  >\ 

d  ) 

Pwp  ^  -^1 

(d  <  d3) 

align 

result  \ 

d  ) 

Pwp  ^ 

(d  >  d3) 

Cwp 

•  Pwp 

G  R[  (d  <  d3) 

Cwp 

•  Pwp 

G  R'2  (d  >  d3) 

(4.20) 


(4.21) 


The  vector  dot  product  term  provides  an  attraction/repulsion  mechanism  so  that  particles 
behind  the  waypoint  are  attracted  while  particles  in  front  are  repulsed  (regardless  of  particle 
direction).  This  term  varies  in  the  range  [—1,1]  since  vangn  and  Vre*ult  are  unit  vectors. 
The  constant  Cwp  in  Equation  4.21  is  determined  to  be  10  ±  5  through  experimentation. 
The  v angn  component  of  Equation  4.6  is  simply  the  direction  ( v<nr)wp  of  the  waypoint. 


4- 1.3. 5  Swarm  members.  If  a  neighboring  particle  pj  is  not  a  waypoint  then 
the  calculations  for  attraction/repulsion  are  made  according  to  Equations  4.22  and  4.23. 
For  pj  G  R\  the  effect  is  repulsion  and  for  pJ  G  R3,  R4  the  effect  is  attraction  (as  indicated 
by  the  sign  in  Equation  4.23). 
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wd  = 


(4.22) 


W attract 


Vl^d  : 

Pj  e  R\ 

( d  <C  dmin) 

0  : 

Pj  €  R  '2 

( dmin  ^  d  6^2) 

(  d-d2  \  2  . 

\d3-d2J 

-(d-d  3) 

e  d3  : 

Pj  €  /(*:! 

Pj  E  R-4 

{d2  <  d  <  d 3) 

(d  >  d3) 

f 

CrepUlse 

:  Pj  E  Ri 

( d  dmin) 

0 

:  Pj  E  Il2 

( dmin  ^  d  <C  6^2) 

Cattract 

:  Pj  E  R:>, 

(c?2  <  d  <  d3) 

Cattract 

\ 

•  Pj  £  R/\ 

(d  >  d3) 

(4.23) 


The  values  used  for  the  weights  Crepuise  and  Cattract  are  described  in  Section  4.3.  The 
values  for  these  parameters  can  be  varied  in  order  to  produce  different  global  behaviors 
such  as  coherent  behavior  or  incoherent  behavior  (see  Table  4.7). 


A  plot  of  Wd  from  Equation  4.22  is  shown  in  Figure  4.8.  The  horizontal  axis  is  the 
distance  between  particles.  The  labelled  regions  R\  through  R4  correspond  to  the  regions 
described  in  Figure  4.4.  As  stated,  the  separation  distance  is  normalized  so  that  dmjn  is 


Figure  4.8  Particle  Attraction  Weight 


unity.  The  values  for  the  transitions  from  R2  to  R3  and  i?3  to  R4  are  given  by  Equations 
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4.24  and  4.25  respectively. 


(4.24) 


d'2  —  Id"  ('zone 

=  Rmcixd2  (4-25) 

The  comfort  zone  parameter  czone  is  defined  in  Section  4. 1.3.1.  The  Rmax  parameter  sets 
the  radius  at  which  the  attraction  weight  stops  increasing  and  begins  to  decrease  (see 
Figure  4.8).  The  value  for  Rmax  in  Equation  4.25  is  determined  to  be  4  ±  2.  Too  small  a 
value  results  in  weak  cohesion  while  too  large  a  value  results  in  a  tight  formation  that  tends 
to  frequently  violate  the  separation  rule.  The  important  point  to  note  about  Figure  4.8, 
as  pointed  out  in  (32),  is  that,  at  d  =  1,  particles  are  in  a  state  of  equilibrium — i.e.  the 
weight  is  zero  and  particle  pj  has  no  effect  on  p^.  However,  this  premise  holds  only  for 
three  or  less  particles  since  the  addition  of  one  or  more  particles  must  result  in  at  least  one 
particle  with  a  non-zero  weight2.  Algorithms  that  fail  to  account  for  larger  swarms  result 
in  non-scalable  algorithms.  This  is  discussed  in  greater  detail  in  Section  4.3. 

4- 1.3. 6  Movement.  As  stated  earlier,  the  direction  updates  are  combined  as 
shown  in  Equation  4.6.  The  update  vector  specifies  both  the  direction  and  the  magnitude 
for  the  movement  of  particle  pL.  However,  in  keeping  with  realistic  vehicle  models,  a 
particle  is  restricted  in  both  the  magnitude  and  direction  updates.  The  magnitude  limit  is 
achieved  by  ensuring  that  a  maximum  velocity  is  not  exceeded  through  the  proper  choice 
of  swarm  parameters.  A  detailed  discussion  of  this  situation  is  given  in  the  next  section. 

The  direction  limit  is  achieved  by  enforcing  a  hard  limit  on  the  turn  amount.  The 
amount  a  particle  can  turn  is  limited  by  the  maximum  turn  angle  (see  Table  4.3),  9max. 
Therefore,  the  new  direction  of  particle  is  given  by  the  minimum  of  9max  and  9update- 
This  is  illustrated  for  a  left  turn  in  Figure  4.9  where  the  current  particle  direction  is  given 
by  9i-  Since  A 9  >  9max  the  new  direction  for  particle  pt  is  updated  to  +  9max  where  9i 
is  the  current  direction.  The  value  for  9max  is  set  globally  for  the  swarm  population.  The 
current  value  is  set  at  4°.  Larger  values  can  be  used  but  require  a  lower  limit  on  particle 
velocity.  In  order  to  provide  a  random  element  to  the  update  process,  the  update  vector 

2  This  assumes  no  form  of  vision  blocking  is  used 
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V  update 


X 

Figure  4.9  Particle  Turn  Example 

direction  is  perturbed  by  a  value  9P  chosen  from  a  uniform  distribution  in  the  interval 
[—Omaxi  9max\ •  For  scenarios  explored  in  this  investigation,  9max  was  chosen  to  be  4°.  The 
purpose  of  the  perturbation  is  to  provide  a  stochastic  element  that  allows  investigation 
into  the  steadiness  of  the  swarming  algorithm  in  the  presence  of  system  noise.  The  new 
change  in  direction  9'update  is  given  by  Equation  4.26 

®  update  —  s6 ^iPupdate  T  9p)ltlin(0rnax,  \9Update  T  9p |)  (4.26) 

where  sgn()  computes  the  sign  of  its  argument  and  min()  computes  the  minimum  of  its  two 
arguments.  The  new  direction  9  \  for  particle  pt  is  given  by  Equation  4.27. 


O'i  ~  II  @i  +  ®  'update  1 1 360 


(4.27) 


where  the  ||  •  H360  operator  is  a  modulus  function  about  360°. 

The  update  vector  is  scaled  by  Nt,  the  neighborhood  size  of  particle  Pf.  This  ensures 
that  the  update  vector  is  independent  of  neighborhood  size.  This  is  derived  and  described 
in  detail  in  the  next  section.  The  new  particle  position  p'l  is  given  by  Equation  4.28. 
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where  v'update  has  the  same  magnitude  as  vupdate  hr  Equation  4.6  but  the  direction  has 
been  adjusted  to  0[  so  as  not  to  exceed  9max  (Equations  4.26  and  4.27).  The  parameter 
as  scales  the  position  update  so  that  the  particle  movement  is  “closed”  with  respect  to 
particle  movement  capabilities3.  Additionally,  the  vector  v'update  is  normalized  with  respect 
to  the  neighborhood  size  JV,.  The  vector  v^ir  is  the  current  direction  of  the  particle  and 
has  unit  magnitude. 

4-2  Simulator  Implementation 

As  stated  in  Section  4.1  a  Microsoft  Windows-based  multi-threaded  simulator  was 
developed  in  Visual  C+- (-.  This  section  documents  the  program  structure  and  the  map¬ 
ping  of  logical  elements  to  programmatic  implementation.  Usage  of  the  graphical  and 
command-line  versions  for  generating  swarm  track  visualizations  and  swarm  track  histo¬ 
ries  is  described  in  Appendix  F. 

The  program  provides  a  mechanism  to  evaluate  swarm  behavior  by  visualizing  the 
simulation  as  it  progresses.  Figure  4.10  shows  an  example  swarm  simulation.  The  tracks 


Figure  4.10  Sample  Swarm  Simulation 

represent  the  particles  movement  over  time.  The  swarm  of  20  particles  is  initialized  in  a 


3It  is  assumed  that  particles  have  limited  movement  capabilities.  These  limits  affect  acceleration,  ve¬ 
locity,  and  turning  radius. 
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lattice  formation  in  the  upper  left  of  the  figure  and  moves  toward  the  lower  right.  While 
the  individual  tracks  are  difficult  to  make  out  in  Figure  4.10,  the  use  of  the  simulator 
provides  an  animation  capability  that  makes  it  easy  to  see  the  swarm  behavior. 

The  simulator  plots  the  particles  as  red  points  and  the  tracks  in  blue.  At  regular  in¬ 
tervals,  the  simulator  plots  the  logical  connections  between  particles  as  green  edges  (lines). 
A  connection  exists  if  two  particles  are  less  than  (1  +  czone)  distance  units  apart.  If  the 
separation  is  less  than  unity,  the  edge  is  red.  Additionally,  whenever  the  simulation  is 
stopped,  the  formation  connections  are  painted. 

4.2.1  Program  Structure.  This  section  presents  the  object-oriented  data  struc¬ 
tures  that  make  up  the  computational  elements  of  the  swarm  simulator.  The  following 
objects  are  explained  in  this  section.  There  are  numerous  references  for  an  explanation  of 
the  Microsoft  Visual  C++  objects  (24,  36,  63,  81). 

•  CFormation 

•  CParticle 

•  CParams 

•  CStep 

•  CMatrix 

•  CVector 

By  convention,  class  names  begin  with  an  uppercase  “C”  and  member  variable  names 
begin  with  a  lowercase  “m_”  (80).  The  swarm  classes  are  presented  and  discussed  in  the 
reverse  order.  For  each  class,  a  description  is  provided  for  the  constructors/destructors, 
member  variables,  and  member  functions.  The  variables  and  functions  (including  con¬ 
structors/destructors)  are  presented  as  they  appear  in  the  declaration  header  files. 


CVector () ; 

CVector (CVector  feother) ; 

CVector (double  x_new,  double  y_new)  ; 

CVector (double  dir); 

CVector (CPoint  pt) ; 
virtual  ~CVector(); 

Figure  4.11  Vector  Constructors/Destructors 
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printPolr 

[  0.0000  /  0.0000  ] 

printRect 

[  0.0000  0.0000  ] 

4-2.2  CVector.  The  CVector  and  CMatrix  classes  make  up  the  fundamental  objects 
of  the  swarm  simulator.  The  CVector  class  is  used  to  store  particle  position  and  velocity 
information.  The  constructors  shown  in  Figure  4.11  generate  a  new  CVector  instantiation 
from  another  CVector  object,  from  a  location  (or  velocity),  and  from  a  direction.  The 
direction  is  given  in  degrees  and  is  measured  counterclockwise  from  the  positive  x-axis. 
The  result  of  the  last  constructor  is  a  unit  vector  in  the  specified  direction.  The  CVector 
destructor  has  no  functionality.  The  member  variables  are  simply  the  x  and  y  components. 
These  values  are  stored  as  double  precision  floating  point  variables. 


double  toAngle (double  perturb  =  0); 
void  makeUnitVec () ; 
void  fromAngle (double  theta) ; 
double  normO; 

CVector  &operator= (CVector  &other) ; 
CVector  operator+ (CVector  &other) ; 
CVector  &operator+=(CVector  feother) ; 
CVector  &operator*= (double  scalar); 
CVector  operator* (double  scalar); 
double  operator* (CVector  &other) ; 
CVector  operator/ (double  scalar); 
CVector  operator- (CVector  &other) ; 
void  printPolr (char  *buff); 
void  printRect (char  *buff); 

Figure  4.12  Vector  Member  Functions 


The  CVector  member  functions,  shown  in  Figure  4.12,  provide  algebraic  support  for 
manipulating  vectors  with  the  exception  of  the  latter  two  functions.  The  algebraic  support 
includes  multiplication  and  division  by  a  scalar,  vector  dot  product,  as  well  as  vector 
addition  and  subtraction.  The  last  two  functions  provide  formatted  I/O.  The  output 
format  of  these  functions  is  shown  below. 

For  printPolr,  the  first  value  is  the  magnitude  and  the  second  value  is  the  angle 
measured  counterclockwise  from  the  positive  x-axis.  The  printRect  format  is  simply  the 
x  and  y  values. 
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4-2.3  CMatrix.  The  CMatrix  class  is  used  to  maintain  information  regarding 
inter-particle  distance  as  well  as  several  specialized  pieces  of  information  as  described 
below.  The  constructor  is  shown  below. 

CMatrix(int  rows,  int  cols); 

It  initializes  the  matrix  with  sufficient  storage  for  a  double  precision  floating  point  matrix 
that  is  rows  by  cols.  The  member  variables  include  two  integers  for  specifying  the  number 
of  rows  and  columns  (m_Rows  and  m_Cols  respectively)  as  well  as  a  pointer  m_pData  to  the 
double  precision  array  for  storing  the  data.  Various  methods,  shown  in  Figure  4.13,  are 

double  ColMin(int  col) ; 

double  GetAt(int  row,  int  col); 

void  SetAt(int  row,  int  col,  double  val) ; 

Figure  4.13  Matrix  Member  Functions 

used  to  manipulate  the  matrix  data.  It  should  be  noted  that  the  CMatrix  class  is  generic 
in  its  declaration  so  that  it  may  be  reused  without  modification  in  other  applications. 

4-2-4  CStep.  The  CStep  class  is  used  to  store  time  step  data.  At  each  time 
step  of  the  simulation,  the  swarm  formation  data  is  stored  in  a  list  (see  m_listMoves  in 
Section  4.2.7.  This  list  stores  swarm  history  information  that  can  be  subsequently  stored 
to  a  binary  file  (see  Section  F.1.1).  The  constructors,  shown  in  Figure  4.14,  are  used  to 
initialize  the  particle  array  as  well  as  providing  for  object  replication. 

CStepdnt  size); 

CStep (CStep  &other) ; 

CStep () ; 

Figure  4.14  Step  Constructors/Destructors 

The  CStep  class  has  one  member  variable  and  one  member  function.  These  are  shown 
below. 

CArray<CParticle ,  CParticle>  m_pointArray ; 

CStep  &operator= (CStep  &other) ; 

The  m_pointArray  is  used  to  store  formation  information  at  each  time  step. 
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4-2.5  CParams.  The  CParams  class  maintains  global  state  information  (parame¬ 
ters)  of  the  swarm.  These  parameters  specify  the  global  settings  for  the  swarm  formation. 
In  addition  to  the  standard  constructor/destructor  a  constructor  is  used  to  enable  object 
copying.  This  constructor  is  shown  below. 

CParams (CParams  &other) ; 

The  state  data  includes  the  number  of  swarm  members  and  waypoints  (m_Popsize  and 
m_Waypoints  respectively).  The  m_ptrX  pointer  variable  is  used  to  store  dynamic  weight 
parameters  (see  Section  F.1.1,  Set  Param  File. .  .).  The  m_iTime  variable  is  used  to  count 
the  number  of  time  steps  in  the  simulation.  The  other  parameters  are  used  when  the 
swarm  is  initialized.  The  CParam  member  variables  are  listed  in  Figure  4.15. 


BOOL  m_bBounded,  m_bDynParams ,  m_bShowDir; 

void  *m_ptrX; 

int  m_iTime; 

float  m_MaxTurn; 

float  m_Velocity; 

double  m_CZone; 

int  m_RSeed; 

float  m_MoveDir; 

int  m_PopSize,  m_Waypoints; 

Figure  4.15  Param  Member  Variables 

The  CParam  class  has  only  one  member  function.  The  assignment  operator  is  shown 
below. 


CParams  &operator= (CParams  &other) ; 

4-2.6  CParticle.  The  CParticle  class  is  the  structure  used  to  encapsulate  a 
single  particle  and  is  used  for  both  swarm  members  and  waypoints.  In  addition  to  the 
standard  constructor/destructor,  two  other  constructors  are  used.  One  is  for  simple  object 
replication  while  the  other  is  used  to  create  and  initialize  a  particle  object.  These  are  listed 
in  Figure  4.16. 

Figure  4.17  shows  the  CParticle  member  variables.  The  m_bWP  variable  serves  as 
a  flag  to  indicate  whether  the  instantiation  is  for  a  swarm  member  (the  value  is  FALSE) 
or  a  waypoint  (the  value  is  TRUE).  The  m_Region  variable  defines  the  boundaries  for  the 
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CParticle (CParticle  feother) ; 

CParticle (CVector  init,  double  dir); 

CParticle () ; 
virtual  ^CParticleO  ; 

Figure  4.16  Particle  Constructors/Destructors 

swarm  simulation  if  it  is  enabled  (see  Sections  F.1.1  and  F.2).  The  m_Speed,  mjnaxSpeed, 
and  mjnaxTurn  are  currently  held  constant  at  values  specified  by  the  CParams  object.  It 
is  envisioned  that  the  simulator  would  support  swarms  of  non-homogeneous  particles.  In 
which  case,  these  parameters  would  be  varied  for  each  particle.  The  individual  particle 
state  information  is  maintained  by  the  m_Dir  and  m_Pos  variables.  The  m_Dir  variable  is  a 
unit  vector  in  the  direction  of  movement.  The  m_Pos  variable  specifies  the  (x,  y )  location. 
The  remaining  variables  are  used  to  track  diagnostic  data  for  each  simulation.  These 


BOOL  m_bWP; 

CSize  m_Region; 
double  m_Speed,  mjnaxSpeed; 
double  mjnaxTurn; 
double  m_Dir; 

CVector  m_Pos; 
int  m_setSize; 

double  m_dirM,  m_distM,  m_distMin,  m_distMax; 


Figure  4.17  Particle  Member  Variables 

measures  are  computed  for  each  particle  at  each  time  step.  The  data  is  based  on  the  set 
visible  neighbors  for  each  particle.  The  m_setSize  variable  is  used  to  capture  the  size  of 
the  visible  set,  TVj  =  \Si\  (see  Section  4.1  and  Table  4.2).  These  measures  are  discussed  in 
detail  in  Section  6.1.  They  are  reviewed  briefly  here.  The  methods  with  which  they  are 
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computed  are  captured  in  Equations  4.29  through  4.33. 


m_setSizej 

=  \Si\ 

(4.29) 

m_dirM,; 

=  Jw,  I> 

V  jest 

1 

v? 

to 

(4.30) 

m_distM,; 

ii 

-1)2 

(4.31) 

m_distMinj 

=  min(cL) 
jeSF 

(4.32) 

m_distMaxj 

=  max(cL) 
jeSi  J 

(4.33) 

As  Section  6.1  states,  these  values  are  distributed  measures  that  can  be  computed  by  each 
particle  independently. 

The  member  functions  for  the  CParticle  class  are  shown  in  Figure  4.18.  The  assign¬ 
ment  operator  is  self-explanatory.  The  setMaxTurn  function  sets  9max  (see  Section  4. 1.3. 6) 
for  each  particle.  The  move  method  computes  a  new  position  from  a  vector  (not  necessarily 
normalized).  It  implements  the  computation  of  Equation  4.28.  The  other  parameters  of 
this  method  include  the  speed  factor,  as  (see  also  Section  4. 1.3. 6),  a  perturbation  amount, 
and  9max  (see  Figure  4.9).  The  getPos  and  getDir  methods  return  the  current  location  and 

CParticle  &operator= (CParticle  &other) ; 
void  setMaxTurn (double  t) ; 

void  move(CVector  vecNew,  double  sfactor,  double  perturb,  double  tmax) ; 

CVector  getPos (); 
double  getDirO; 

Figure  4.18  Formation  Member  Functions 

direction  of  a  particle  as  as  a  CVector  object  and  a  double  precision  number  respectively. 

4-2.7  CFormation.  The  CFormation  class  encompasses  the  complete  encapsula¬ 
tion  of  the  swarm.  It  maintains  an  array  of  particles  and  waypoints  (if  used)  as  well  as  the 
list  of  swarm  movement  history.  The  specialized  constructor  is  shown  below. 

CFormation(CParams  tParams) ; 

A  formation  is  constructed  with  a  CParams  object  that  specifies  the  global  parameter  set¬ 
tings  as  well  as  an  optional  dynamic  parameter  specification. 
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The  member  variables  are  listed  in  Figure  4.19  and  the  methods  are  listed  in  Fig¬ 


ure  4.21.  The  ParticleArray  data  type  is  declared  as  follows. 


typedef  CArray<CParticle ,  CParticle>  ParticleArray; 

The  variables  m_piNindx,  m_pdNdist,  and  m_pdNperiph  are  used  by  the  f indNeighbors  method. 
These  variables  correspond  to  the  symbols  j)j,  d,  and  wperiph  in  Table  4.2,  and  Equa¬ 
tions  4.12  and  4.16  respectively.  These  variables  are  one-dimensional  arrays  that  maintain 
a  list  (sorted  by  distance,  nearest  to  farthest)  of  neighbors  for  a  particular  particle.  For 
example,  the  particles  around  pt  in  Figure  4.3  would  be  sorted  as  follows:  pa,  pc,  pe ,  pd , 
and  pb.  Note  that  this  ordering  is  obtained  before  the  visibility  model  is  used  to  limit  the 
neighborhood  for  particle  Therefore,  the  f  indNeighbors  method  considers  the  entire 
swarm  population  when  computing  the  values.  The  m_piNset  variable  is  used  as  a  flag  to 


int  *m_piNindx; 
double  *m_pdNdist ; 
double  *m_pdNperiph; 
int  *m_piNset; 

struct  paramjrec  *m_paramList ; 

static  CTypedPtrList-cCObList ,  CStep*>  m_listMoves; 
CParams  m_Params ; 

CMatrix  m_Pinfo; 

ParticleArray  m_arrayParticles ; 

ParticleArray  m_arrayWPs; 

Figure  4.19  Formation  Member  Variables 


determine  what  particles  are  in  the  actual  neighborhood  (i.e.,  visible)  of  a  particle.  This 
corresponds  to  Si  in  Table  4.2. 

The  m_paramList  variable  is  a  linked  list  of  dynamic  parameters.  The  structure  of 
this  element  is  shown  in  Figure  4.20.  The  relationship  between  this  structure  and  the 
algorithmic  symbols  used  in  Section  4.1  is  shown  in  Table  4.5. 

As  described  above,  the  m_listMoves  variable  stores  a  history  of  the  swarm  move¬ 
ment  in  a  linked  list.  The  m_Params  variable  stores  the  global  swarm  parameters.  The 
m_Pinf  o  variable  is  an  N  by  N  matrix  that  stores  the  particle  distance  data.  It  is  updated 
after  each  particle  movement.  Finally,  the  particles  and  waypoints  are  maintained  in  the 
m_arrayParticles  and  m_arrayWPs  arrays  respectively. 
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struct  param_rec  { 

double 

t; 

double 

A,  B,  C,  D,  E,  G; 

double 

vel_max; 

double 

turn  jnax ; 

double 

czone ; 

double 

p_max; 

struct 

}; 

param_rec  *next; 

Figure  4.20  Parameter  Record  Structure 


Table  4.5  1 

Dynamic  Swarm  Variables 

Variable 

Symbol 

Desciption 

t 

N/A 

Paramter  set  start  time 

A 

C boundary 

Boundary  scale  factor 

B 

Cperiph 

Peripheral  vision  scale  factor 

C 

Cyjp 

Waypoint  scale  factor 

D 

C repulse 

Repulsion  factor 

E 

C align 

Alignment  factor 

G 

C attract 

Attraction  factor 

v_f  ac 

as 

Speed  scale  factor 

turn_max 

@max 

Maximum  allowable  turn  in  degrees 

czone 

Czone 

Comfort  zone  factor 

p_max 

op 

Perturbation  factor 

The  CFormation  member  Functions  are  shown  in  Figure  4.21.  The  init  method 
initializes  the  swarm  formation  by  generating  either  a  randomly  placed  swarm  (bRandom 
set  to  TRUE)  or  a  lattice  formation.  It  also  provides  the  initialization  control  for  dynamic 
parameter  specification.  This  method  calls  the  InitPinfo  method  to  initialize  the  m_Pinfo 
variable  and  compute  the  distances  between  all  the  particles. 

The  findist  and  findistEx  methods  compute  the  distances  between  a  particle  and 
the  rest  of  the  swarm  members  or  all  the  particles  (if  a  row  value  is  not  specified).  The 
findist  method  performs  the  computations  using  the  member  variables  m_arrayParticles 
and  m_arrayWPs  while  the  findistEx  method  performs  the  computations  based  on  the  spec¬ 
ified  particle  array. 

The  collection  of  set .  . .  methods  are  used  by  the  init  method  to  set  the  maxi¬ 
mum  turn  angle  (setMaxTurn),  particle  speed  (setSpeed),  position  (setPos),  and  direction 
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void  init(B00L  bRandom  =  TRUE,  char  chrFmnfile []  =  NULL); 

void  InitPinf o() ; 

void  findist (int  row  =  -1); 

void  f indistEx(CArray<CParticle ,  CParticle>  &tarray, 

CMatrix  *distInfo,  int  row  =  -1); 
void  setMaxTurn(int  i,  double  t) ; 
void  setSpeed(int  i,  double  s) ; 
void  setPos(int  i,  double  x,  double  y) ; 
void  setDir(int  i,  double  dir); 
int  getPopSize () ; 
double  getDir(int  i) ; 
void  mo ve .update () ; 

void  f indNeighbors (int  i,  int  nhood[],  double  ndist[],  double  nperiphG); 

double  getPinfo(int  i,  int  j); 

void  setDynParams (char  filename [80] ) ; 


Figure  4.21  Formation  Member  Functions 


(setDir).  Each  of  these  methods  sets  these  values  for  a  single  particle  in  the  formation 
(specified  by  the  input  argument  i). 

The  getPopSize  method  return  the  size  of  the  swarm.  The  getDir  method  returns 
the  direction  (in  degrees,  counterclockwise  from  the  positive  x-axis)  for  the  particle  with 
index  i. 

The  move.update  method  implements  the  majority  of  the  swarm  simulation  algorithm 
(as  described  in  Chapter  IV).  As  stated  earlier,  the  f indNeighbors  method  computes 
“neighborhood”  information  for  the  particle  specified  by  the  index  i. 

The  getPinfo  method  returns  the  distance  between  the  particles  specified  by  the 
indexes  i  and  j. 

Finally,  the  setDynParams  method  provides  support  for  using  dynamic  parameters. 
It  opens  the  specified  text  file  and  reads  the  formatted  dyn  file.  The  format  of  this  file  is 
given  in  Section  F.1.1. 


4-3  Swarm  Parameters 

The  set  of  parameters  for  the  swarm  model,  formally  defined  by  Equation  4.34  and 
listed  in  Table  4.6,  determine  the  global  behavior  of  the  swarm  formation.  The  effect  of 
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these  parameters  and  a  method  for  evaluating  swarm  behavior  is  described  in  this  and  the 
next  section. 


Some  preliminary  definitions  and  theorems  must  be  stated  to  facilitate  analysis  of 
the  swarm  model  parameters  as  they  apply  to  swarm  formation.  The  following  notation 
is  used  to  describe  the  various  parameters  of  the  algorithm:  The  set  of  parameters  V  is 
formally  defined  to  be  the  set  of  all  constants  used  in  the  swarming  algorithm.  This  is 
shown  in  Equation  4.34 


V 


{Cperiphi  Caligm  ^repulse  •  Cattract;  Czone .  (Xs,  Op } 


(4.34) 


There  are  other  parameters  (C boundary,  Cwp)  that  relate  the  swarm  to  the  environment. 
These  are  not  considered  in  this  analysis  since  boundaries  and  waypoints  are  not  used.  It 
was  determined,  as  an  initial  investigation  of  swarm  behavior  with  respect  to  the  system 
parameters,  that  only  the  swarm  would  be  considered. 


Table  4.6  Parameter  Set  Members 


Param. 

Description 

Cperiph 

Peripheral  vision 

C align 

Alignment  rule 

Crepulse 

Repulsion  rule 

C attract 

Attraction  rule 

Czone 

Comfort  zone  radius 

Ots 

Speed  scale  factor 

Op 

Update  direction  perturbation 

There  are  global  state  specifications  which  are  those  limits  imposed  by  physical  im¬ 
plementation.  These  include  maximum  speed  (normalized  to  unity),  sight  distance  ( Rmax , 
Section  4. 1.3. 5),  maximum  turn  angle  ( 0max ,  Section  4. 1.3. 6),  etc.  The  values  for  these 
specifications  were  held  constant. 

The  values  for  the  parameters  in  V  are  held  constant  in  order  to  obtain  a  desired 
global  swarm  behavior-such  as  flocking  or  schooling.  However,  as  stated  in  (22),  the 
parameters  of  a  system  can  vary  because  of  other  influences.  The  same  is  true  for  the 
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generic  swarm  model4.  This  section  is  an  exploration  of  the  effect  of  parameter  variations 
as  it  relates  to  swarm  behavior. 

4-3.1  Steadiness.  Definition  4.3.1  provides  a  means  of  measuring  a  particular 
formation  in  terms  of  steadiness.  For  this  and  all  subsequent  definitions  and  theorems  it  is 
assumed  that  the  parameters  V  in  Equation  4.34  are  always  non-zero  with  the  exception 
of  czove  which  is  assumed  to  be  zero. 

Definition  4.3.1  (Steadiness)  A  steady  swarm  formation  is  one  for  which  all  update 
vectors  are  zero. 

(V update) i  =  0  £  S  (4-35) 

Consider  the  update  vector  v'update  of  Equation  4.28  above.  If  v'update  =  0  then 
there  is  no  change  in  the  state  of  particle  p{.  In  this  fashion,  v'update  is  a  measure  of  the 
error  in  a  swarm  formation  at  any  given  instant.  If  the  perturbation  factor  9p  is  assumed 
to  be  zero  and  there  are  no  other  external  influences,  then  the  swarm  simulation,  as  a 
purely  deterministic  algorithm,  must  maintain  zero  magnitude  update  vectors.  This  is  the 
meaning  of  steadiness.  The  swarm  is  not  changing  within  itself.  The  only  external  change 
is  that  of  translation.  A  more  relaxed  definition  would  encompass  rotation  as  well  (since 
the  relative  positions  within  the  swarm  would  not  change). 

Definition  4.3.1  is  restrictive  since  it  requires  that  czone  be  zero  and  does  not  address 
particle  movement.  In  the  presence  of  movement,  the  swarm  can  remain  steady  only 
if  all  the  velocities  are  precisely  equal  since  this  results  in  no  relative  position  change 
(and  consequently,  no  change  to  the  update  vectors).  This  is  not  a  realistic  property.  A 
relaxation  of  these  requirements  is  discussed  in  the  next  section  so  that  different  behaviors 
may  be  related  to  steadiness. 

Theorem  4.3.1  (Independence)  Swarm  steadiness  is  independent  of  the  parameters 
(both  global  and  dynamic) 

4The  system  parameters  may  change,  due  to  external,  environmental  influences,  so  that  the  behavior 
undergoes  a  form  of  bifurcation.  This  results  in  a  completely  different  behavior. 
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Proof  Steadiness  is  defined  strictly  in  terms  of  the  update  vectors.  Therefore,  no  other 
swarming  aspects  need  be  considered.  The  update  vectors  are  algebraic  functions  of  the 
parameters  and  the  relative  positions  of  the  particles  in  the  swarm.  The  update  vectors 
are  zero  if  all  the  parameters  are  zero  or  if  all  the  weights  are  zero.  Since  by  assumption, 
the  parameters  are  non-zero,  the  weights  must  be  zero.  Therefore,  the  update  vectors  are 
zero  independently  of  the  parameters.  || 

The  following  theorem  is  presented  as  a  step  toward  analyzing  swarm  formations  in 
a  formal  sense 

Theorem  4.3.2  A  triangular  lattice  structure  is  a  steady  formation. 

Proof  By  definition,  the  update  vectors  for  a  steady  formation  are  zero  magnitude.  Then, 
it  is  sufficient  to  show  that  the  triangular  lattice  has  collective  zero  update  vectors. 

Consider  a  regular  lattice  structure  (an  example  of  such  structure  is  shown  in  Fig¬ 
ure  4.22).  The  vertices  represent  particles  and  the  edges  represent  unit  distance. 


Figure  4.22  Sample  Lattice  Structure 

Clearly  the  nearest  neighbors  make  zero  contribution  to  the  update  vector  of  each 
particle  since  each  nearest  neighbor  particle  is  separated  by  one  distance  unit.  However, 
the  contributions  by  particles  that  are  beyond  the  unit  radius  must  be  accounted  for  also. 

Consider  the  simple  lattice  structure  of  the  hexagon  shown  in  Figure  4.23.  Again, 
edges  between  particles  indicate  that  they  are  separated  by  one  distance  unit.  The  hypoth¬ 
esis  is  that  the  ring  of  six  particles  around  the  center  particle  pi  completely  block  the  view 
of  any  other  particle  outside  of  the  radius  r  indicated  in  the  figure.  This  radius  represents 
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Figure  4.23  Simple  Hexagonal  Structure 

the  closest  distance  that  any  particle  can  be  located  without  violating  the  requirement  that 
all  update  vectors  have  magnitude  zero.  Because  the  triangles  that  make  up  the  lattice 
are  equilateral  with  unit  sides,  the  value  of  r  is  \/3. 

The  hexagon  of  Figure  4.23  naturally  divides  the  space  around  pt  into  six  sectors 
with  7t/3  radians  each.  Without  loss  of  generality,  consider  a  single  sector  as  shown  if 
Figure  4.24.  The  particle  pk  must  be  in  the  upper  half  of  the  sector  (0  <  0k  <  f )  or  in  the 


Figure  4.24  Single  Sector 

lower  half  (— |  <  Ok  <  0).  Because  of  symmetry,  only  the  upper  sector  is  considered.  As 
stated  in  Definition  4.1.3,  the  particle  pk  is  visible  if  and  only  if  Equations  4.1  through  4.4 
hold. 

So  0k  is  given  by 

Ok  =  ^  (4.36) 

\Va\\Vb\ 
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By  Equation  4.5  and  the  fact  that  cos(7r/3)  =  1/2,  the  following  must  be  true  for  particle 
pk  not  to  be  visible. 

'  Vb  <  -  (4.37) 

\va\\vb\  2 

Without  loss  of  generality,  the  vector  va  can  be  represented  as  a  unit  vector  in  the  positive 
x  direction  (because  of  rotational  invariance).  Therefore  va  =  [1  0}T  and  the  vector  Vb  is 
given  by  [x  —  1  y]T  where  (x,y)  is  the  location  of  particle  pk. 

Equation  4.37  can  be  simplified  as  follows 


x  —  1 


1 

<  - 


V(x- 1  )2  +  y2  2 


(4.38) 


The  requirements,  thus  far,  are  that  the  particle  pk  be  located  outside  the  circle  of  radius 
v/3  and  inside  the  region  whose  angle  is  7t/6.  This  is  stated  mathematically  in  Equa¬ 
tions  4.39  and  4.40. 

y/x2  +  y 2  >  y/S  (4.39) 


y  7 r 

—  <  tan  — 
x  6 


(4.40) 


The  proof  proceeds  by  using  a  contradiction  method.  Assume  that  the  particle  pk 
is  visible.  It  is  then  shown  that  one  of  the  requirements  in  Equations  4.39  and  4.40  is 
violated.  So  the  following  is  assumed: 


x  —  1  1 

V(x-  l)2  +  y2  2 


(4.41) 


which  is  to  say  particle  pk  is  visible  to  particle  Pj.  Simplification  of  Equation  4.41  yields 


V%(x  —  1)  < 


(4.42) 


but,  from  Equation  4.40,  it  can  be  shown  that  y  <  3  x.  This,  combined  with  Equation  4.42 
results  in 

(4.43) 


3 

x<r 
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Substituting  this  result  with  Equation  4.40  results  in 


V  < 


v/3 

2 


(4.44) 


Combining  Equations  4.43  and  4.44  results  in  the  following 


x2  +  y2  < 


(4.45) 


but  this  contradicts  the  requirement  of  Equation  4.39.  Therefore,  particle  pk  is  not  visible 
by  particle  p,  because  it  is  blocked  by  particle  pj.  Since  pk  is  blocked,  its  contribution  to 
the  update  vector  for  p{  is  zero.  Therefore,  pt  has  a  zero  update  vector  regardless  of  other 
neighbors  and  the  triangular  lattice  formation  is  steady.  K 

The  reverse  is  not  necessarily  true.  For  example,  a  set  of  particles  lying  on  a  straight 
line  with  unit  separation  distance  is  steady  by  Definition  4.3.1.  This  is  a  result  of  the 
visibility  blocking  method. 


Theorem  4.3.3  The  maximum  size  lattice  neighborhood  is  6. 

Proof  The  basic  structure  of  the  swarm  is  the  equilateral  triangle  (not  withstanding  the 
example  of  a  straight  line  given  above)  where  the  update  vectors  are  all  zero.  The  angles 
in  an  equilateral  triangle  are  all  7t/3.  Therefore,  the  maximum  number  of  these  structures 
that  can  be  placed  around  a  particle  is  ^  =  6.  jjj 

4-3.2  Swarm  States.  Figure  4.25  shows  a  notional  state  transition  diagram  that 
might  be  used  for  a  swarm  application.  These  states  are  intended  to  capture  the  global 
behavior  of  the  swarm,  i.e. ,  the  entire  swarm  formation  is  in  the  state  of  SEARCH.  With 
the  exception  of  the  states  INIT  and  FINISH,  all  states  imply  some  form  of  movement  on 
the  part  of  the  swarm  members.  The  INIT  and  FINISH  states  are  shown  for  completeness. 
The  INIT  state  might  include  the  activities  of  deployment  or  taking  off,  and  the  FINISH 
state  might  include  landing  or  completion.  Failure  conditions  are  not  accounted  for  in 
this  system,  but  should  be  in  future  analyses.  State  transitions  that  are  bi-directional  are 
indicated  by  heavier  links. 
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Figure  4.25  Global  Swarm  States 


These  states  capture  the  mission  of  the  swarm.  However,  this  is  a  macro-view.  It  is 
hypothesized  that  each  of  these  states  can  be  accomplished  with  one  of  only  two  micro-level 
behaviors.  These  behaviors  are  defined  as  coherent  and  incoherent: 


Definition  4.3.2  (Coherent)  The  coherent  behavior  (CB)  is  obtained  when  the  swarm 
moves  in  a  coherent  fashion,  i.e.,  when  the  particle  directions  are  all  the  same  or  very 
nearly  the  same  (within  ±45°). 

Definition  4.3.3  (Incoherent)  The  incoherent  behavior  (IB)  is  obtained  when  the  swarm 
moves  in  a  non-coherent  fashion,  i.e.,  when  the  particle  directions  are  all  different. 

Given  these  definitions,  the  states  shown  in  Figure  4.25  can  be  categorized  according 
to  the  manifested  swarm  behavior.  This  categorization  is  presented  in  Table  4.7.  Since 


Table  4.7  State  Behavior  Categorization 


Coherent 

TRANSIT 

FLIGHT 


Incoherent 

SEARCH 

FIGHT 

HOLD 


the  swarm  behavior  required  for  these  states  can  be  captured  with  two  categories,  only 
behaviors  that  match  Definitions  4.3.2  and  4.3.3  are  considered.  Steadiness  as  defined 
applies  almost  directly  to  the  CB  behavior  since  the  definition  is  made  with  respect  to  no 
relative  particle  movement. 
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4-3.3  Movement  closure.  Particle  movements  must  fit  within  the  vehicular  ca¬ 
pabilities  of  the  sensor  nodes.  This  section  provides  an  analysis,  independent  of  specific 
vehicle  details,  showing  that  movement  is  closed.  Closure  is  formally  defined  in  Defini¬ 
tion  4.3.4. 

Definition  4.3.4  (Closure)  Particle  movement  is  closed  if  and  only  if  velocity  is  bounded 
by  some  maximum. 

Definition  4.3.4  is  not  limited  by  particle  environment.  Here,  environment  is  limited 
to  the  neighborhood  of  a  particle.  To  show  closure  under  this  definition  it  is  sufficient  to 
show  that  the  magnitude  of  particle  position  change,  from  Equation  4.28  is  bounded  by 
some  finite  value,  as  shown  in  Equation  4.46  where  Amax  is  some  constant. 

\&Pi\  =  | Pi  ~Pi 

The  term  \v<nr\  is  equal  to  unity  for  all  particles.  The  term  with  v'update  is  the 
composite  update  vector  as  described  in  Section  4. 1.3.6.  The  adjustments  to  the  direction 
of  vupdate  of  Equation  4.6  do  not  change  the  magnitude  of  the  update  vector.  Therefore, 
the  magnitude  of  A can  be  bounded  as  shown  in  Equation  4.47 

|APj|  <  a.  (l  +  tapll  (4.47) 

The  analysis  continues  using  stochastic  methods.  Consider  the  location  of  particles  within 
each  neighborhood  region  (see  Table  4.4  and  Figure  4.4)  as  a  random  variable.  Then, 
the  composite  update  vector  vupdate  can  be  expressed  as  the  sum  of  the  mean  vector 
components  from  each  region  as  shown  in  Equation  4.48. 

Vupdate  =  Wperiphi^lWdVi  +  «2  WdV2  +  OtMVdVd,  +  OL^WdVl)  (4.48) 

The  terms  otj ,  j  =  1,2,  3, 4  denote  the  proportions  of  the  neighborhood  set  Si  that  are  in 
each  region  Rj .  The  symbol  vf  denotes  the  average  of  the  update  component  from  region 
Rj.  This  analysis  assumes  that  wperiph  is  unity  (i.e. ,  peripheral  vision  is  not  a  factor). 


&s  I  ^dir  + 


n 


N , 


<  A 


—  max 


(4.46) 


4-34 


This  assumption  is  appropriate  since  this  analysis  is  seeking  an  upper  bound  on  position 
updates.  Further,  the  distance  weighting  factor  Wd  is  distributed  through  the  sum  since  it 
is  a  function  of  distance.  This  weighting  is  incorporated  into  finding  the  mean  vectors  for 
each  region  component.  Equations  4.47  and  4.48  are  combined  to  obtain  Equation  4.49. 

|Apj|  <  as  (1  +  a^WdVjl  +  a2\wdV^\  +  a3\uJdV^\  +  a^\wdVl\)  (4.49) 

The  quantities  u’dvj  are  defined  as  the  mean  or  expected  value  of  the  contribution  to 
v update  for  each  region.  The  definition  is  given  in  Equation  4.50. 


—  E\\wd^W  attract^  attract  T  C alignV  align)  |]  (4.50) 

Equation  4.50  can  be  simplified  and  bounded — using  the  triangle  inequality — as  shown  in 
Equation  4.51. 

V'dV  j  T  E\wd(u> attract  ^attract  |  T  dnhgn)\  (4.51) 

The  magnitudes  of  v attract  and  vangn  are  d  and  unity  respectively  (see  Equations  4.10 
and  4.11)  for  all  four  regions.  Therefore,  Equation  4.51  can  be  rewritten  as  shown  in 
Equation  4.52.  The  weight  wattract  is  a  constant  that  depends  on  the  region  in  which  a 
neighboring  particle  is  located. 

\wdV j  |  T  ^attract E \wd d)  -p  Calign  (4.52) 

The  expression  Wdd  is  treated  as  a  random  variable  that  represents  the  distribution  of  the 
contribution  by  other  particles  within  a  region.  Without  the  Wd  bias,  it  is  assumed  that 
particles  are  located  within  each  region  according  to  a  uniform  distribution.  However, 
when  particle  locations  are  biased  by  Wd  the  mean  location  (specifically,  the  mean  sepa¬ 
ration  distance)  is  expected  to  be  skewed  away  from  the  value  obtained  for  the  uniform 
distribution  case.  This  is  better  explained  by  an  example. 

Consider  the  location  of  a  neighbor  particle  within  unit  distance  of  p^  (he.,  Pj  £  R\). 
The  probability  density  function  (PDF)  with  respect  to  separation  distance  is  pi(d)  =  2 d 
with  d  £  [0, 1].  This  result  is  obtained  for  uniform  distribution  over  the  unit  circle  and, 
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since  wperiph  is  assumed  to  be  unity,  is  independent  of  the  orientation  of  neighbor  particles. 
The  expected  value  in  this  case  is  simply  |.  The  bias  of  Wd  is  incorporated  by  a  form  of 
its  functional  inverse  as  shown  in  Equation  4.53  and  illustrated  in  Figure  4.26. 


Wd  =  \/l  —  d  — ►  p\  (d)  oc  d 2  (4.53) 


Figure  4.26  Region  1  Distance  Weight  and  PDF 


p'i(d)  oc  d{  1  —  Wd)  =  d(  1  —  \/l  —  d)  (4.54) 

Using  this  form  and  normalizing  so  that  p'(d )  is  a  true  PDF,  Equation  4.55  is  obtained. 

p\{d)  =  4d3,  0  <  d  <  1  (4.55) 

The  rationale  in  choosing  p'i(d)  in  this  fashion  is  based  on  the  fact  that  Wd  provides 
emphasis  away  from  the  center  (location  of  pt)  toward  unit  separation  distance.  This  PDF 
results  in  a  value  of  |  for  E[wdd]  which  matches  the  intuition  described  above  since  4  > 

In  a  similar  fashion,  the  PDFs  and  expected  values  for  region  R3  can  be  found. 
These  results  are  summarized  in  Table  4.8.  Regions  R2  and  R4  are  not  included.  The 
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Table  4.8  Distance  Probability  Distribution  Functions 


Region 

PDF 

Mean 

1 

4da 

4 

5 

3 

7  /  d3-d 

d\J  d3-d2 

#d2 

weight  w attract  in  Equation  4.52  is  zero  for  region  R2.  For  R 4  it  was  determined  that  there 
are  no  particles  ever  in  this  region. 

Using  these  results,  a  stochastic  bound  on  \wdVj\  of  Equation  4.52  can  be  obtained 
for  each  region.  These  results  are  summarized  in  Equations  4.56  through  4.58. 


C'repiils  e 

I' ™dV2 1  =  C align 

=  C repulse 


+  c. 


align 


c, 


align 


(4.56) 

(4.57) 

(4.58) 


These  equations  are  obtained  from  combining  the  results  summarized  in  Table  4.8  and 
Equation  4.23.  The  sign  on  Crepuise  is  not  negative  since  the  magnitude  of  the  contribution 
is  being  used.  Region  is  not  included  since  there  are  no  particles  in  this  region. 

With  the  stochastic  characterization  of  the  regional  contributions  to  the  update  vec¬ 
tor  completed,  the  analysis  of  |  Apt  \  can  proceed.  The  results  of  the  stochastic  analysis  are 
inserted  into  Equation  4.49  to  obtain  Equation  4.59. 


\&Pi\  < 


4  191 

1  +  Crepulse  +  —a3d2Cattract  +  Calign 


(4.59) 


The  term  for  region  R4  is  left  off  since  its  contribution  is  statistically  zero.  The  symbol 
<  is  used  in  place  of  <  since  the  bound  no  longer  strictly  holds  but  holds  in  a  stochastic 
sense. 

As  Equation  4.59  shows  the  update  distance  of  each  particle  can  be  bound  (in  a 
stochastic  sense).  This  implies  that,  with  proper  choice  of  parameters,  particle  movement 
is  closed.  This  result  is  used  in  Section  7.1.4  to  show  what  the  bounds  are  for  the  coherent 
and  incoherent  behaviors. 
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4-3-4  Neighborhood  size.  It  is  conjectured  that  position  updates,  which  are  de¬ 
pendent  on  neighborhood  sizes,  are  independent  of  the  overall  swarm  size.  This  conjecture 
is  based  on  the  vision  model  described  in  Section  4.1.  However,  preliminary  results  show 
that  this  is  not  the  case-this  section  explains  why  this  is  so  and  provides  an  analytical 
explanation. 

The  error  in  reasoning  for  the  above  conjecture  is  that  it  assumes  that  the  neigh¬ 
borhood  sizes  are  constant  for  all  particles  regardless  of  swarm  size.  This  is  not  the  case. 
The  following  analysis  develops  a  method  for  determining  the  average  neighborhood  size. 
This  is  compared  to  experimental  results  of  actual  neighborhood  sizes  obtained  for  sev¬ 
eral  swarm  sizes.  In  order  to  do  this,  a  model  for  the  physical  configuration  of  a  swarm 
formation  is  developed.  This  model  is  used  to  obtain  a  formula  for  predicting  the  average 
particle  neighborhood  size. 

It  is  assumed  that  the  shape  of  the  swarm  at  any  given  time-with  an  ideal  sepa¬ 
ration  distance  of  unity-is  circular  with  radius  R.  This  illustrated  in  Figure  4.27  where 
R  =  3.  The  number  of  particles  as  a  function  of  the  radius  of  the  circle  is  approximated 


by  Equation  4.60  where  N  is  the  size  of  the  swarm  and  L  =  [2i?/\/3j- 


N(R )  «  2R  +  2^ 


3= 1 


A 


(4.60) 
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A  plot  of  N  for  several  values  of  R  is  shown  in  Figure  4.28.  The  challenge  is  to  find 
an  expression  of  R  in  terms  of  N.  However,  solving  Equation  4.60  for  R  is  not  possible. 
Therefore,  an  approximation  is  determined  to  facilitate  finding  an  analytical  expression  for 
R.  The  curve  in  Figure  4.28  can  be  approximated  with  Equation  4.61. 


N  «  AR 2 


(4.61) 


The  constant  A  was  found  to  be  3.506  by  computing  the  weighted  average  of  the  quotient 
N/R2  using  the  values  of  N  from  Equation  4.60.  By  solving  Equation  4.61  for  R  an  approx¬ 
imation  of  the  formation  radius  may  be  obtained.  The  shortcoming  of  the  above  analysis 
assumes  that  the  number  of  particles  as  a  function  of  the  radius  R  is  continuous.  This  is 
clearly  not  the  case.  The  data  points  of  Figure  4.28  are  connected  by  a  continuous  line. 
In  reality,  the  function  N(R)  is  highly  discontinuous  because  of  the  floor  function.  How¬ 
ever,  it  is  felt  that  the  error  is  small  enough  to  make  the  approximation  in  Equation  4.61 
sufficiently  useful  for  the  subsequent  analysis.  Therefore,  the  radius  of  the  formation  as  a 
function  of  the  swarm  size  N  is  as  shown  in  Equation  4.62  where  B  ~  0.5341. 


R  « 


(4.62) 


The  average  neighborhood  sizes  for  two  scenarios — one  coherent  behavior  denoted 
by  the  solid  line  and  one  incoherent  behavior  denoted  by  the  dashed  line — are  plotted  in 
Figure  4.29.  Not  surprisingly,  the  average  neighborhood  sizes  for  the  two  scenarios  are 
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similar  to  each  other  but  clearly  vary  as  a  function  of  the  total  swarm  size.  However,  the 


Figure  4.29  Circular  Approximation 


standard  deviation  for  the  two  scenarios  differ  significantly  but  is  close  to  constant  for  all 
swarm  sizes.  The  standard  deviation  for  the  coherent  behavior  and  incoherent  behavior 
scenarios  is  1.0916  and  1.9003  respectively. 

The  neighborhood  size  varies  as  a  result  of  the  particles  on  the  edge  of  the  formation. 
It  is  assumed  for  this  analysis  that  each  particle  on  the  edge  has  a  neighborhood  size 
that  is  approximately  one  half  of  that  for  other  particles5.  This  concept  is  presented  in 
Equation  4.63. 

(JVi)a*e  =  (1  -  P)Ni  +  /3y  (4.63) 

The  term  (3  in  Equation  4.63  is  the  proportion  of  particles  on  the  edge  of  the  formation. 
An  approximation  for  (3  is  simply  the  circumference  of  the  swarm  formation.  Since  the 
formation  is  assumed  to  circular,  the  number  of  particles  on  the  edge  can  be  obtained  from 
Equation  4.64. 

Nedge  ~  [2nR\  (4.64) 

5  In  practice  it  is  expected  that  the  neighborhood  size  would  be  slightly  less  than  one  half.  This  is  due 
to  the  convex  nature  of  the  swarm  formation  edge. 
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For  the  sake  of  analysis,  the  floor  operation  is  dropped.  Then  (5  can  be  expressed  as  shown 
in  Equation  4.65. 


P 


N 

2ttR 


Combining  Equations  4.62  and  4.65  with  Equation  4.63  an  expression  for  (JVj)c 
obtained  as  shown  in  Equation  4.66. 


(4.65) 
can  be 


m  ave 


Ni  + 


VN\  Ni 

2v tB  J  2 


(4.66) 


Normalizing  Equation  4.66  with  respect  to  the  constant  neighborhood  size  Ni  and  simpli¬ 
fying  obtains  Equation  4.67. 


( Ni)ave  _  ^  TfB 

Ni  ~ 


(4.67) 


Plots  of  the  experimental  and  theoretical  results  are  shown  in  Figure  4.30.  The  curve 
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Figure  4.30  Theoretical  and  Experimental  Neighborhood  Size 


for  the  experimental  data  includes  error  bars  for  one  standard  deviation  at  each  data 
point.  The  curve  for  the  theoretical  data  is  obtained  for  Ni  =  10.3867.  This  value  is 
obtained  by  finding  the  average  of  the  ratio  of  the  theoretical  result  of  Equation  4.67  and 
the  experimental  data  for  the  flock  and  swarm  scenarios.  The  standard  deviation  for  Ni 


4-41 


is  0.1393.  Given  this  and  the  standard  deviation  of  the  experimental  data,  the  theoretical 
and  experimental  results  compare  well. 

There  are  several  conclusions  to  be  drawn  from  these  results.  First,  the  effect  of 
the  edge  particles  on  the  average  neighborhood  size  is  a  plausible  cause  for  the  variation. 
Second,  as  the  first  conclusion  implies,  the  neighborhood  size  is  constant  regardless  of 
overall  swarm  size  and  behavior.  Third,  the  value  of  the  neighborhood  size  is  not  6  as 
is  shown  above  in  Theorem  4.3.3-the  estimated  value  is  approximately  10.4.  A  probable 
explanation  for  this  is  due  to  the  small  perturbation  that  is  introduced  by  the  movement 
of  the  particles  (see  Equation  4.26).  Theorem  4.3.3  assumes  zero  perturbation  and  a  zero 
comfort  zone  factor. 

4-4  Summary 

This  chapter  presents  a  detailed  description  of  a  formal  swarm  model.  The  model 
incorporates  innovative  peripheral  vision  and  vision  blocking  mechanisms  that  improve 
the  fidelity  of  the  model.  The  use  of  vision  blocking  makes  the  model  scalable  so  that, 
for  a  chosen  behavior  (and  the  associated  parameter  set  values),  changing  the  number  of 
particles  has  no  affect  on  behavior. 

Additionally,  an  in-depth  discussion  of  swarm  parameters  affecting  such  things  as 
peripheral  vision  weighting,  alignment,  attraction,  repulsion,  comfort  zone,  speed  adjust¬ 
ments,  and  turn  perturbations  is  presented.  Three  important  properties  of  the  swarm 
model  are  demonstrated.  First,  it  is  shown  that  the  swarm  formation  is  steady.  This  is  an 
important  result  for  predictability  with  respect  to  formation  characterization.  Second,  it 
is  shown  that  the  model  provides  for  movement  closure.  This  is  important  since  real  world 
systems  cannot  move  with  infinite  (or  even  relatively  large)  speeds.  Third,  it  is  shown 
theoretically  and  validated  by  experiment  that  position  updates,  which  are  dependent  on 
neighborhood  sizes,  are  independent  of  the  overall  swarm  size. 

Finally,  a  connection  is  made  between  swarm  behavior-the  globally  observable  for¬ 
mation  characteristics-and  potential  swarm  formation  states.  The  states  relate  to  swarm 
function,  e.g.,  search,  flight,  or  hold.  It  is  proposed  that  the  two  swarm  behaviors,  coher- 
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ent  and  incoherent,  provide  the  correct  type  of  formation  dynamics  for  each  state.  These 
formation  dynamics-with  the  time-varying  neighborhood  sets-provide  the  challenge  for 
swarm-based  sensor  networks  as  discussed  in  Section  1.1.  The  next  chapter  discusses  sev¬ 
eral  communications  models  that  are  designed  to  address  the  efficiency  and  effectiveness 
issues  associated  with  the  dynamics  of  these  networks. 
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V.  Networking  and  Swarm  Based  Sensors 

The  challenge  for  routing  protocols  in  the  dynamic  environment  of  sensor  swarm  net¬ 
works  is  to  balance  the  need  for  efficiency  with  effectiveness.  Protocol  efficiency  deals 
with  bandwidth  utilization  while  effectiveness  deals  with  successful  delivery  of  information 
throughout  the  system.  Three  routing  protocols  are  presented  here  that  range  in  their 
efficiency  and  effectiveness.  Other  protocols  exist-as  described  in  Section  3.2-and  include 
AODV,  DSDV,  SLURP,  and  GLS.  However,  these  protocols  are  not  well  suited  for  the 
dynamics  of  s warm-based  sensor  networks. 

One  of  the  protocols  described  in  this  chapter  establishes  the  baseline  for  the  efficiency 
and  effectiveness  measures.  A  ffooding  protocol  is  usually  highly  effective  because  of  the 
high  redundancy  but  very  inefficient.  The  other  two  protocols-Geographical-based  routing 
and  Directed  Diffusion-incorporate  heuristics  to  significantly  improve  efficiency  while  not 
reducing  effectiveness.  The  performances  of  these  protocols  in  the  dynamic  sensor  swarm 
network  environment  is  described  in  Section  7.2. 

This  chapter  details  the  routing  protocols  that  were  developed  and  investigated  for 
the  swarnr-based  sensor  system.  Analysis  of  theoretical  and  simulation  performance  is  also 
provided.  As  stated  earlier  in  Section  2.4.2,  the  ns-2  simulator  is  used  to  simulate  the 
network  communications  environment.  A  detailed  description  of  the  ns-2  simulator  and  a 
performance  comparison  between  ns-2  and  OPNET  are  included  in  Appendix  C.  Before 
describing  the  details  of  the  three  protocols,  a  brief  description  of  the  communications 
model  for  the  swarnr-based  sensor  network  system  is  given. 

5.1  Swarm-based  Sensor  Network  System 

The  general  mobile  node  model,  shown  in  Figure  5.1,  consists  of  elements  equivalent 
to  those  in  the  Open  Systems  Interconnect  (OSI)  network  layer  model  developed  by  Inter¬ 
national  Standards  Organization  (119)  (see  Section  2.4.1).  The  Generic  Network  Interface 
of  Figure  5.1  includes  the  physical  and  Medium  Access  Control  (MAC)  layers  of  the  OSI 
model  and  is  described  in  detail  in  Section  5.1.1  (as  well  as  Figure  5.2).  Potential  MAC 
layers  include  the  IEEE  802.11  system  (85),  the  IrDA  system  (57),  and  the  Bluetooth 
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Figure  5.1  Mobile  Node  Model 

system  (13).  For  this  implementation,  an  802.11  MAC  model  is  used  in  broadcast  mode 
to  provide  the  channel  interface.  The  “Routing  System”  block  of  Figure  5.1  contains  the 
details  of  the  three  routing  protocols.  Each  protocol  is  developed  with  standard  interfaces 
to  the  Generic  Network  Interface  as  well  as  the  sensor  swarm  application  interfaces.  The 
interface  elements  are  described  in  detail  in  Section  5.1.2.  Basically,  these  interfaces  pro¬ 
vide  a  standard  access  to  the  communications  network  for  sensor  applications  and  data 
analysis  applications. 

5.1.1  Communications  Model.  The  channel  interface  components  consist  of  stan¬ 
dard  model  elements  from  the  respective  modeling  systems.  The  radio  propagation  model 
is  based  on  a  simple,  line-of-sight  range  model.  The  antenna  model  is  omnidirectional  with 
unity  gain.  The  MAC  model  is  the  802.11  wireless  LAN  model  used  in  broadcast  mode 
with  a  data  rate  of  11Mbps.  These  elements  are  shown  in  Figure  5.2.  The  link  layer  com- 
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Figure  5.2  Network  Interface  Components 

ponent  (LL)  provides  the  interface  between  the  routing  system  (as  shown  in  Figure  5.5) 
and  the  lower  level  elements.  It  also  provides  queuing  support  for  packets  that  get  deferred 
by  the  MAC.  The  network  interface  component  ( NetIF ),  along  with  the  radio  propagation 
model,  provide  the  physical  access  to  the  shared  channel. 

It  should  be  noted  that  the  broadcast  mode  of  802.11  does  not  guarantee  successful 
communications.  This  is  because  no  link  negotiations-such  as  Ready-to-send  and  Clear-to- 
send- are  used  (56).  This  mode  causes  competing  issues.  Broadcast  mode  allows  a  single 
packet  to  be  received  by  multiple  nodes  simultaneously  and  hence,  a  gain  in  efficiency. 
However,  because  there  are  no  negotiations,  delivery  is  not  guaranteed  and  delivery  status 
is  unknown  which  represents  a  potential  loss  of  effectiveness. 

5.1.2  Swarm  Applications.  The  swarm-based  sensor  network  system  provides 
support  for  a  distributed  sensor  processing  system  wherein  nodes  possess  sufficient  sensory 
and  processing  capability  to  perform  some  high  level  computational  tasks.  These  tasks 
might  include  (as  shown  in  Figure  5.1)  automatic  target  recognition  (ATR),  event  noti¬ 
fication,  or  sensor  fusion.  These  comprise  the  swarm  applications  that  reside  within  the 
network.  The  ( SwarmApp )  component  provides  a  generic  interface  to  the  sensor  swarm 
network  system  for  all  applications.  The  sensors  are  represented  by  the  sensor  application 
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(Sensor App)  components.  These  sensors  are  abstract  representations  (in  this  model)  of 
high-fidelity,  large  data  producing  elements  such  as  image,  infra-red,  or  synthetic  aperture 
radar  (SAR)  sensors.  Each  node  may  have  one  or  more  sensors. 

Each  application  interfaces  with  the  node  via  an  application  agent  (AppAgt).  The 
AppAgt  component  provides  the  interface  between  the  packet-based  routing  system  and 
the  abstract  data  generated  and  processed  by  the  applications.  Once  data  is  encapsulated 
in  packets  by  the  AppAgt ,  the  packets  are  forwarded  to  the  routing  system  for  subsequent 
forwarding  to  other  nodes  or  local  applications. 

5.1.3  Application  Messages.  Two  types  of  messages  are  generated  by  the  ap¬ 
plications  in  the  sensor  network  system.  Swarm  applications  generate  requests  for  sensor 
data,  and  sensor  applications  generate  responses.  Requests  can  include  several  parameters 
that  specify  such  things  as  the  type  of  sensor,  the  location  of  interest  (point  or  region), 
and  the  time  (instant,  duration  with  start/stop  times,  or  infinite).  A  request  message  is 
forwarded  from  the  originating  node  to  all  other  nodes.  Response  messages  are  forwarded 
via  the  routing  protocol  from  all  nodes  to  the  node  (or  nodes)  that  requested  the  sensor 
data.  This  is  demonstrated  in  Figure  5.3.  The  response  message  includes  the  sensor  data 


Figure  5.3  Message  Propagation  Example 

as  well  as  a  record  of  the  request  message  that  it  satisfies.  For  the  purposes  of  this  re¬ 
search  effort,  request  messages  specify  a  global  scope  and  have  no  expiration.  This  ensures 
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that,  once  a  node  receives  a  request  message,  all  its  sensor  data  (in  the  form  of  response 
messages)  are  propagated  through  the  network  to  the  request  origination  node.  It  should 
be  noted  that,  for  the  purposes  of  this  work,  request  messages  are  originated  by  specific 
nodes.  For  a  realistic  implementation  of  the  swarm-based  network  system,  requests  for 
sensor  data  would  originate  from  a  source  external  to  the  swarm  of  sensors  and  be  input 
into  the  swarm  from  any  node  (see  Section  2.2). 

Three  routing  protocols  are  described  here.  A  flooding  protocol  is  developed  to 
establish  a  baseline  for  routing  performance  in  the  context  of  a  swarm  sensor  network.  A 
simple,  stateless  location  based  protocol  is  developed-the  conjecture  is  that  state-based 
protocols  would  be  unable  to  react  quickly  enough  to  the  dynamics  of  a  swarm  system. 
Therefore,  a  simplified  Directed  Diffusion  (58)  protocol  is  developed.  Each  of  these  three 
protocols  are  described  in  greater  detail  beginning  with  Section  5.2. 

5.1.4  Node  Movement.  Node  movement  in  ns-2  is  supported  directly  via  special¬ 
ized  procedures  of  the  simulation  kernel  and  mobile  node  objects.  The  swarm-track  binary 
data  need  only  be  converted  to  an  OTcl  script  and  read  in  at  simulation  time.  A  simple 
utility,  written  in  C  and  described  in  Appendix  I,  is  used  to  generate  the  text  output  of 
the  OTcl  movement  script. 

In  ns-2  nodes  are  instantiated  in  a  simple  loop  with  node  locations  and  movement 
specified  as  part  of  the  simulation  script.  Figure  5.4  shows  a  portion  of  the  simulation 
script  that  accomplishes  this  task  in  order  to  illustrate  the  methodology  for  accessing  the 
ns-2  kernel.  The  variable  $ns_  provides  access  to  the  simulation  kernel.  The  node  kernel 

for  {set  i  0}  {$i  <  4}  {incr  i}  { 
set  node_($i)  [$ns_  node  $i] 
set  src($i)  [new  Application/SensorApp] 

$node_($i)  add-sensor  $src($i) 

_} _ 

Figure  5.4  GRP  Node  Instantiation 

procedure  is  used  to  instantiate  an  array  of  nodes  (in  this  case  4)  as  well  as  instantiate  a 
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sensor  application  for  each  new  node.  Node  position  is  set  explicitly  by  assigning  values 
to  a  node’s  location  variables  (x_,  Y_,  Z_)  as  follows: 

$node($i)_  set  X_  4.0 
$node($i)_  set  Y_  8.0 
$node($i)_  set  Z_  0.0 

Node  movement  is  accomplished  by  specifying  a  destination  point  (in  2  dimensions)  and  a 
speed  as  follows: 


$node($i)_  setdest  25.0  13.0  2.0 

This  causes  the  node  to  ‘move’  toward  the  location  (25,  13)  at  a  speed  of  2  distance  units 
per  second.  Clearly,  node  movement  is  conducted  in  linear  segments.  If  the  segments  are 
short,  smooth  motion  can  be  approximated.  Nevertheless,  linear  interpolation  is  used  to 
obtain  node  positions  at  times  when  nodes  are  between  segment  points. 

5.2  Geographical  Routing  Protocol 

The  Geographical  Routing  Protocol  (GRP)  is  a  naive,  stateless,  location-based  proto¬ 
col  much  like  that  presented  in  (40)  but  with  node  mobility.  It  is  similar  in  its  intended  use 
to  other  ad  hoc  routing  protocols  such  as  Directed  Diffusion  (28,  58)  and  the  Geographical 
Addressing  and  Routing  Protocol  (28,  58)  as  described  in  Sections  3.2.2  and  3.2.3. 

As  stated  earlier,  the  swarm  model  is  defined  to  operate  in  two-dimensional  space. 
For  ground  based  mobile  sensors  this  is  sufficient,  but  for  airborne  sensors  this  might  be 
inadequate.  However,  it  is  assumed  that  airborne  sensors  are  tasked  with  observing  re- 
gions/events/activites  on  the  ground.  Because  of  this,  a  vertically  oriented  formation  of 
sensors  provides  only  a  redundant  view  of  the  same  location  on  the  ground.  The  second 
assumption  is  that  the  receivers/transmitters  used  provide  line-of-sight  access  and  recep¬ 
tion  is  based  on  the  free-space  model  (39).  In  other  words,  if  two  nodes  (one  transmitting, 
another  receiving)  are  within  a  specified  range,  then  packets  are  received  correctly.  How¬ 
ever,  this  model  is  sufficiently  complex  to  handle  collisions  associated  with  the  hidden  and 
exposed  station  problems  (119). 

The  components  of  the  GRP  system  are  shown  in  Figure  5.5.  Descriptions  of  these 
components  are  provided  in  the  following  sections.  There  are  two  types  of  messages  in 
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Figure  5.5  GRP  Node  Model 


the  GRP  system.  The  RQST  message  is  used  to  propagate  a  request  for  some  type 
of  information,  and  the  RESP  message  is  used  to  encapsulate  the  data  that  provides  a 
response  to  one  or  more  RQST  messages.  Both  types  of  messages  are  encapsulated  in 
packets  which  provides  the  basic  communications  element  of  the  system.  One  message  is 
always  encapsulated  by  a  single  packet. 

5.2.1  Message  Handling.  Packets  encapsulating  RQST  messages  are  handled 
differently  than  packets  for  RESP  messages.  Since  the  desire  is  to  propagate  RQSTs  to  all 
nodes,  vector-based  routing  calculations  are  performed  according  to  Equation  5.1  and  as 
illustrated  in  Figure  5.6. 

DrqsT  =  (pr  -  Porig )  '  (Pr  ~  Pt)  (5-1) 

In  Figure  5.6,  the  node  originating  the  RQST  is  denoted  by  porig  while  the  receiving 
and  transmitting  nodes  are  denoted  by  pr  and  pt  respectively.  If  the  result,  Drqst,  of  the 
vector  dot-product  in  Equation  5.1  is  positive  (Fig.  5.6a)  then  the  receiving  node  accepts 
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(a)  Accept 


Figure  5.6  RQST  Packet  Routing 


the  incoming  packet  for  further  processing  (aggregation  and/or  retransmission).  If  the 
result  is  negative  (Fig.  5.6b),  the  packet  is  dropped.  Additionally,  the  GeoRtr  keeps  a 
record  of  accepted  packets.  This  eliminates  the  potential  for  circular  routing  and  reduces 
redundancy  due  to  multi-path  routing  of  the  same  packet.  This  routing  method  for  RQSTs 
provides  a  ripple  effect  much  like  the  ripples  generated  in  a  body  of  water  by  a  dropped 
object. 

Packets  encapsulating  RESP  messages  are  handled  as  follows.  First,  a  RESP  message 
is  only  generated  if  there  exists  a  RQST  for  the  data.  More  details  on  this  are  given  in 
Section  5.2.3  where  the  AggrRtr  component  is  discussed.  Assuming  a  record  of  one  or 
more  RQST  messages  exist  at  the  active  sensor  node,  a  RESP  message  is  generated  and 
forward  in  accordance  with  the  rules  for  RESP  messages.  Information  for  each  pending 
RQST  is  embedded  in  the  outgoing  packet.  This  information  includes  location  of  the  RQST 
originating  node  (at  the  time  the  RQST  was  generated)  as  well  as  other  unique  identifier 
data  (the  node  and  RQST  packet  identifiers). 

There  are  two  possible  methods  for  handling  multiple  pending  RQSTs-send  a  sepa¬ 
rate  RESP  for  each  RQST  or  send  one  RESP  with  info  for  multiple  RQSTs  embedded  in 
the  RESP  packet.  The  former  method  provides  a  simpler  implementation  at  the  expense 
of  increased  network  loading.  The  latter  reduces  redundancy  but  increases  the  complex- 
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ity  of  processing  RESP  packets.  This  is  because  a  dynamic  structure  to  store  multiple 
RQST  elements  must  be  embedded  in  the  RESP  packets  and  the  router  must  deal  with 
the  potential  for  multiple  destinations.  While  the  latter  method  is  more  complex,  it  was 
determined  that  the  channel  resource  was  sufficiently  limited  as  to  benefit  from  a  reduced 
network  load. 

The  mathematics  for  the  GeoRtr  with  respect  to  RESP  packets  is  similar  to  RQST 
packets.  This  is  shown  in  Figure  5.7  and  Equation  5.2  where  prqst  is  the  location  of  the 
node  that  originated  the  RQST  message. 

Pt 


(a)  Accept  (b)  Reject 

Figure  5.7  RESP  Packet  Routing 

DreSP  =  C Prqst  -  Pt)  ■  ( Pr  ~  Pt)  (5-2) 

The  difference  lies  in  the  direction  of  the  vectors.  The  condition  of  acceptance  is  the  same: 
if  the  result  of  the  dot  product  Dresp  is  positive  (Fig.  5.7a)  then  the  RESP  packet  is 
processed  for  potential  aggregation  and  retransmission.  Otherwise  it  is  dropped  (Fig.  5.7b). 
Specific  details  concerning  packet  format  and  management  are  given  in  Section  5.2.5. 

5. 2. 2  Geographical  Routing  Element.  The  GeoRtr  component  provides  the  lowest 
level  routing  for  the  sensor  network  system.  Since  packets  are  transmitted  by  the  MAC  in 
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broadcast  mode,  all  nodes  within  range  of  a  transmitting  node  receive  the  outgoing  packets 
(provided  there  are  no  collisions).  The  GeoRt.r  ensures  that  packets  are  retransmitted  only 
when  it  is  correct  to  do  so.  Correct  handling  for  RQST  and  RESP  messages  is  defined  in 
Section  5.2.1. 

5.2.3  Aggregation  Router.  While  the  GeoRtr  provides  routing  support  at  the 
physical  location  level,  the  AggrRtr  provides  support  at  the  RQST /RESP  message  level. 
The  AggrRtr  maintains  two  lists  of  pending  RQST  messages-those  generated  locally  and 
those  remotely  generated  and  received  via  the  network.  It  also  provides  the  mechanism  by 
which  packets  that  contain  redundant  information  can  be  aggregated  into  a  single  packet 
and  thus  reduce  the  network  load.  This  component  also  implements  the  algorithm  for 
forwarding  RESP  messages  (both  locally  and  remotely  generated)  to  a  resident  application 
in  response  to  a  RQST  message. 

5.2.4  Demultiplexer.  The  remaining  component  of  the  routing  system  to  be 
discussed  is  the  demultiplexer  ( DMUX )  as  shown  in  Figure  5.5.  The  DMUX  is  used  to  route 
RQST  and  RESP  messages  to  the  appropriate  application.  All  RESP  messages  get  routed 
to  the  single  SwarmApp  application  (if  it  exists)  via  its  AppAgt  interface.  The  application 
itself  determines  what  function  (or  multiple  functions)  get  the  sensor  data  contained  in  the 
RESP  message.  The  AppAgt  for  SwarmApp  applications  is  always  installed  on  a  single  port 
(in  this  case  254).  On  the  other  hand,  multiple  sensors  of  different  types  may  be  installed 
on  different  nodes  (while  the  nodes  are  homogeneous  with  respect  to  routing  capabilities 
and  mobility,  the  sensor  suite  on  each  node  is  not  required  to  be  homogeneous).  As  sensor 
applications  are  installed  on  a  node,  they  are  assigned  a  unique  port  by  the  DMUX.  This 
method  of  multi-application  access  is  patterned  after  the  ns- 2  method  (39). 

5.2.5  Packet  Management.  A  specialized  packet  format  is  used  to  carry  the 
RESP/RQST  message  data  and  the  necessary  header  information  to  support  the  geo¬ 
graphical  vector  calculations.  Details  of  the  packet  format,  along  with  field  descriptions, 
is  given  in  Table  5.1. 
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Table  5.1  GRP  Packet  Header  Format 


Name 

Description 

TYPE 

Type  of  packet  (RQST,  RESP) 

SRC 

Originating  node  identifier 

UID 

Unique  packet  identifier 

LAST 

Node  identifier  for  last  transmitting  node 

S_P0RT 

Port  number  for  originating  application 

N_RQSTS 

number  of  ‘matching’  RQSTs 

RQSTS 

data  structure  containing  RQST  info 

x,  y 

location  of  originating  node 

tx,  ty 

location  of  transmitting  node 

The  TYPE,  SRC,  UID,  LAST,  S_P0RT,  (x,  y),  and  (tx,  ty)  fields  are  initialized  by  the 
AppAgt  for  new  packets  (all  packets  are  created  by  the  AppAgt ).  The  AggrRtr  fills  in  the 
N.RQSTS  and  RQSTS  fields  for  new  RESP  packets  with  all  pending  RQSTs.  The  GeoRtr 
updates  the  LAST  and  (tx,  ty)  fields. 

The  RQSTS  field  is  a  dynamic  structure  that  contains  the  following  information  for 
each  pending  RQST:  SRC,  UID,  and  (x,  y).  The  location  information  pertains  to  the  node 
originating  the  RQST  at  the  time  of  origination.  This  information  is  used  by  the  GeoRtr 
to  correctly  route  RESP  packets  toward  the  RQST  originating  node  and  by  the  AggrRtr  to 
forward  received  RESP  packets  to  the  appropriate  application  via  the  DMUX  and  AppAgt 
components. 


5.2.6  Data  Traffic.  As  stated  in  Section  5.2,  RQST  messages  are  originated 
by  specific  nodes.  For  the  test  scenarios  used  here  a  single  node  generates  one  RQST 
message.  Sensor  RESP  messages  are  generated  with  exponentially  distributed  inter-arrival 
times.  The  average  inter- arrival  time  is  2  seconds.  This  value  was  chosen  in  order  to 
ensure  that  there  were  not  multiple  RESP  messages  propagating  through  the  network  at 
any  given  time. 


5.3  Directed  Diffusion  Routing  Protocol 

The  Directed  Diffusion  protocol  is  described  in  detail  in  (58)  and  in  Section  3.2.2. 
The  implementation  of  Directed  Diffusion  for  a  swarm-based  sensor  system  is  described 
here.  A  simplified  version  of  the  protocol  called  sDIFF  is  used  for  this  research  effort. 
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Section  3.2.2  provides  an  overview  of  the  protocol.  This  section  describes  the  specific 
implementation  details  for  the  sensor  swarm  network  system.  The  structure  of  the  routing 
system  is  similar  to  that  of  the  GRP  system.  Figure  5.8  details  the  components  that  make 
up  the  routing  system.  There  are  three  message  types  in  the  sDIFF  routing  system.  An 


Figure  5.8  GRP  Node  Model 


INTR  message  is  used  to  express  an  interest  in  some  type  of  sensor  data.  The  response 
to  the  interest  is  contained  in  a  DATA  message.  The  DRDY  message  is  the  third  type 
and  is  used  for  internal  communication  sensor  status  for  routing  elements.  The  INTR  and 
DATA  messages  are  equivalent  to  the  GRP  RQST  and  RESP  messages  respectively.  The 
symbology  of  INTR  and  DATA  is  used  here  to  be  consistent  with  the  description  of  the 
protocol  in  Section  3.2.2  and  (58). 

5. 3. 1  Simple  Diffusion  Routing  Element.  The  sDiffRtr  is  the  lowest  level  compo¬ 
nent  of  the  sDIFF  system.  It  is  less  complex  than  the  GeoRtr  element  in  the  GRP  system 
since  it  only  ensures  that  cycles  do  not  occur  when  packets  are  routed  in  the  network-it 
provides  no  direction  checking  mechanism.  Cycles  are  avoided  by  maintaining  a  list  identi¬ 
fication  records  for  successfully  received  packets.  If  a  received  packet  already  has  an  entry 
in  the  record  list,  then  it  is  quietly  discarded  and  no  subsequent  processing  is  performed. 
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5.3.2  Gradient  Router.  The  gradient  router  element  GradRtr  manages  the  gra¬ 
dients  used  to  control  routing.  This  component  is  responsible  for  sending  updates  at  the 
required  rates  based  on  the  reinforcements  that  it  receives.  It  also  degrades  routes  based 
on  a  lack  of  reinforcements. 

The  GradRtr  maintains  two  lists  for  INTR  packets-one  for  locally  generated  requests 
and  the  second  for  remotely  generated  requests.  The  DiffLCache  and  DiffRCache  objects 
encapsulate  these  two  lists.  The  underlying  data  structure  for  both  objects  is  a  linked  list. 
The  forms  of  these  list  elements  are  shown  below.  There  are  a  number  of  common  elements 
between  the  two  objects.  These  are  listed  and  described  in  Table  5.2. 


local_list  :  DiffLCache 
*head_  (cLelem) 

entry  record  (Table  5.2) 

*next  (cLelem) 


remote_list  :  DiffRCache 
*head_  (intr_elem) 

|  entry  record  (Table  5.2) 

running 

timer.  :  elemTimer 
*next  (intr.elem) 


Figure  5.9  GRP  Node  Instantiation 


The  difference  between  the  two  lists  is  the  running  and  timer,  variables  used  by  the  remote 
list.  These  are  explained  below. 


Table  5.2  Cache  Record  Entries 


Name 

Description 

id 

Unique  integer  identifier 

type 

Type  of  interest 

rate.orig 

Original  requested  data  rate 

duration 

Duration  in  seconds  of  the  interest 

timestamp 

Time  stamp  for  last  received  interest 

expiresAt 

Time  when  the  interest  expires 

*data_list 

List  of  matching  DATA  packets 

numN 

Number  of  neighbors  with  this  interest 

N  [] 

Array  of  neighbor  records 

With  the  exception  of  the  *data_list,  numN,  and  N  []  variables,  the  entries  in  Table  5.2 
match  the  purpose  and  description  given  for  Directed  Diffusion  in  Section  3.2.2.  Briefly, 
the  type  variable  specifies  the  type  of  object  (tank,  elephant,  etc.)  that  the  particular 
interest  is  for.  The  rate.orig  variable  defines  the  desired  update  rate  (in  updates  per 
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second).  The  duration,  timestamp,  and  expiresAt  variables  are  used  to  determine  how 
long  the  interest  remains  valid  in  the  system.  Once  an  interest  expires,  data  updates  are 
no  longer  provided.  For  the  scenarios  used  in  this  research  effort,  the  duration  is  set  so 
that  the  interests  do  not  expire. 

The  data_list  variable  is  used  to  keep  a  list  of  received  DATA  packets  that  satisfy 
the  interest.  This  data  structure  is  encapsulated  in  the  DiffPktList  object.  This  object 
provides  methods  for  accessing  the  list  of  packets. 

The  numN  and  N  []  variables  provide  a  mechanism  for  maintaining  a  history  of  neigh¬ 
boring  nodes  that  expressed  an  interest  that  matches  the  particular  entry.  This  information 
is  used  to  selectively  reinforce  those  neighbors  that  provide  data  updates.  The  neighbor  in¬ 
formation  is  an  array  of  records  containing  information  as  shown  in  Table  5.3.  A  new  entry 
is  added  to  the  array  when  an  interest-with  a  previously  existing  record  in  the  local  JList  or 
remote_list  variables-is  received.  The  out  jrate  variable  is  used  by  remote_list  to  maintain 


Table  5.3  Neighbor  Record 


Name 

Description 

id 

Unique  node  identifier 

out  _r  ate 

Output  data  rate 

in_rate 

Input  data  rate 

ts 

Last  time  of  rate  update 

last_data 

Last  time  of  data  match 

the  outgoing  reporting  rates  for  each  node’s  neighbors,  and  inmate  is  used  by  local _list 
to  maintain  the  input  rate  for  locally  generated  interests.  The  entries  are  updated  as 
described  in  Sections  5. 3. 2.1  and  5. 3. 2. 2  for  output  and  input  rates  respectively. 

5.3.2. 1  Output  Rate  Updates.  The  discussion  of  input  and  output  rates 
begins  with  the  sink  node.  As  stated  in  Section  3.2.2,  the  sink  node  is  the  first  node  in  the 
network  to  receive  external  tasking.  In  addition  to  specifying  the  data  needed  (e.g.,  type, 
location),  the  original  tasking  comes  with  a  desired  data  rate.  The  sink  node  sends  out  an 
initial  interest  message  with  a  much  lower  data  rate.  In  order  to  not  overload  the  network, 
a  maximum  data  rate  was  set  to  be  10  samples  per  second.  The  initial  low  data  rate  was  set 
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at  -j^j  of  the  maximum  data  rate  but  not  less  than  1  sample  per  second.  Issues  associated 
with  what  value  is  used  to  scale  the  initial  data  rate  are  discussed  in  Section  3.2.2. 


Interest  messages  propagate  through  the  network  in  one  of  two  ways.  Initially,  mes¬ 
sages  are  routed  using  a  flooding  mechanism.  The  only  routing  function  performed  is  the 
elimination  of  cycles.  The  second  method  uses  a  form  of  “multicast”  to  send  interest  mes¬ 
sages  to  a  subset  of  the  neighborhood  node.  While  the  physical  layer  still  uses  a  broadcast 
method,  the  packet  header  includes  routing  information  to  indicate  the  intended  nodes. 
This  is  described  in  greater  detail  in  Section  5.3.4. 

The  interest  message  causes  any  data  sources  (sensors)  to  begin  producing  data  at 
the  initial  low  data  rate.  Additionally,  the  interest  messages  are  cached  by  each  node. 
The  interest  cache-remote _list,  as  described  earlier-can  have  multiple  entries,  one  for 
each  different  interest.  In  this  work  only  one  interest  type  is  considered  for  purposes  of 
simplicity. 

As  nodes  receive  the  interest  messages,  entries  are  added  to  the  node  neighbor  array 
N[] .  An  example  record  array  for  a  node  with  neighbors  A,  B,  and  C  is  shown  below. 


Node 

A 

B 

c 

out _r ate 

1 

1 

1 

ts 

1.0 

1.1 

0.9 

last_data 

0.0 

0.0 

0.0 

The  ts  variable  indicates  the  notional  wall-clock  times  when  the  last  interest  update  was 
received  from  each  respective  node.  The  last_data  values  are  initialized  to  all  zeros. 


The  out_rate  is  used  to  determine  whether  data  packets  need  to  be  forwarded  or  not. 
For  instance,  say  the  following  record  set  exists  after  some  time. 


Node 

A 

B 

C 

out _r ate 

1 

2 

2 

ts 

3.8 

4.1 

4.2 

last_data 

3.4 

3.6 

3.7 

The  need  time  tneed  for  each  neighbor  is  computed  according  to  Equation  5.3  where  tiast_data 


is  last_data. 


^need 


1 

^last_data  + - 

outjrate 


(5.3) 


5-15 


This  data  set  results  in  the  need  times  for  each  neighbor  node: 


Node 

A 

B 

C 

t"need 

4.4 

4.1 

4.2 

If  a  data  packet  is  received  with  a  time  stamp  of  t  =  4.3  then  the  data  packet  would  be 
forwarded  to  nodes  B  and  C  and  the  record  set  would  be  updated  as: 


Node 

A 

B 

C 

out _r ate 

1 

2 

2 

last_data 

3.4 

4.3 

4.3 

For  interest  message  updates,  the  existing  outjrate  value  is  incremented.  This  is  done 
independently  of  the  requested  reporting  rate  encapsulated  in  the  interest  message.  As 
stated  earlier,  a  new  entry  is  added  when  a  new  neighbor  is  “discovered”  for  a  previously 
existing  interest  message.  The  new  entry  is  initialized  with  an  output  rate  that  is  a  fraction 
of  the  require  rate.  Since  interest  messages  propagate  outward  from  the  sink  node  in  a  flood 
fashion,  this  mechanism  provides  a  method  for  informing  all  nodes  of  the  interest.  Then, 
as  nodes  produce  data  messages,  the  more  efficient  routes  can  be  reinforced  to  improve 
throughput  while  maintaining  a  low  level  of  redundant  background  traffic  to  allow  for 
adaptation  to  network  dynamics.  The  issues  concerning  the  scaling  fraction  is  discussed  in 
Section  3.2.2.  The  value  chosen  is  .  The  minimum  data  rate  is  set  such  that  it  is  never 
less  than  1  sample  per  second.  The  initial  maximum  data  rate  requested  is  set  to  10. 

5. 3. 2. 2  Input  Rate  Updates.  The  input  rate  is  maintained  by  a  sink  node 
in  the  local_list  cache.  It  is  used  to  generate  new  interest  messages  in  order  to  reinforce 
the  more  efficient  data  routes  by  causing  increases  to  the  data  rates  for  selective  nodes. 

The  in_rate  value  for  a  particular  node  entry  is  updated  when  a  data  message  is 
received  that  matches  an  interest  entry  in  the  local_list  cache.  However,  only  the  node 
from  which  the  first  data  message  is  received  is  updated.  This  is  illustrated  in  Figure  5.10 
where  node  R  receives  a  data  message,  originating  by  node  F .  from  nodes  E,  F,  and  G. 
However,  since  the  messages  from  E  and  G  travelled  a  longer  route,  only  the  entry  in  the 
neighbor  array  N  []  for  node  F  is  updated.  The  data  messages  received  from  E  and  G  are 
discarded.  An  example  is  shown  below.  The  updated  in_data  values  are: 
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E 


Figure  5.10  Data  Message  Routing 


Node 

E 

F 

G 

in_rate 

1 

2 

1 

ts 

8.1 

7.8 

8.3 

last_data 

6.9 

7.7 

7.0 

The  update  causes  the  in_rate  to  be  incremented  by  one  for  each  successfully  received 
data  message.  In  addition  to  the  increment,  a  reinforcement  interest  message  is  sent  to 
the  node  from  which  the  data  message  was  received-in  this  case  node  F. 

The  reinforcement  interest  message  is  broadcast  by  node  R  but  the  packet  header 
encodes  node  F  as  the  only  intended  recipient.  This  causes  nodes  E  and  G  to  discard 
the  packet.  Node  F  updates  its  remote_list  cache  as  described  in  the  previous  section. 
Node  F  then  checks  its  data  cache  to  see  which  of  its  neighbors  should  be  reinforced.  The 
neighbor  from  which  the  last  data  packet  was  received  is  selected  for  reinforcement.  A  new 
interest  message  is  sent  to  this  node  using  the  “multicast”  method. 

5. 3. 2. 3  Route  Degradation.  In  order  to  handle  network  dynamics,  routes 
that  do  not  produce  regular  data  updates  are  degraded.  Each  node  maintains  several 
timers  that  are  used  to  decrement  data  rates.  The  first  type  of  timer  is  maintained  by  sink 
node.  Unless  data  messages  are  received  within  a  certain  amount  of  time,  the  timer  causes 
the  last  sent  interest  message  to  be  resent. 
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Table  5.4  sDIFF  Packet  Header  Format 


Name 

Description 

TYPE 

Type  of  packet  (INTR,  DATA,  DRDY) 

SRC 

Originating  node  identifier 

UID 

Unique  packet  identifier 

LAST 

Node  identifier  for  last  transmitting  node 

S_P0RT 

Port  number  for  originating  application 

N_NEXT 

Number  of  intended  recipients 

NEXT 

List  of  intended  recipients 

The  second  type  of  timer  is  maintained  by  nodes  for  each  entry  in  the  remote_list 
cache.  Unless  a  data  packet  matching  the  interest  entry  is  received  within  a  maximum 
interval,  the  outjrate  values  in  the  N[]  neighbor  array  are  decremented. 


5.3.3  Demultiplexer.  This  is  the  same  demultiplexer  object  that  is  used  by  the 
GRP  system.  It  routes  incoming  messages  to  the  appropriate  swarm  application  via  the 
AppAgt  interface.  Interest  messages  are  routed  to  the  sensor  applications  where  the  sensor 
report  rate  is  changed  to  the  desired  value.  Data  messages  are  routed  to  the  single  swarm 
application  element. 


5.3.4  Packet  Management.  A  specialized  packet  format  is  used  to  carry  the 
interest  and  data  messages  and  the  necessary  header  information  to  support  the  gradient 
routing  system.  Details  of  the  packet  format,  along  with  field  descriptions,  is  given  in 
Table  5.4. 

Like  the  GRP  system,  the  TYPE,  SRC,  UID,  LAST,  S_P0RT  fields  are  initialized  by  the 
AppAgt  for  new  packets.  The  GradRt.r  fills  in  the  NEXT  list  with  the  neighbor  nodes  that 
have  a  need  for  the  current  DATA  packet  (see  Section  5. 3. 2.1).  The  N_NEXT  field  is  used  to 
keep  track  of  the  number  of  neighbors  in  the  NEXT  list. 

5.3.5  Data  Traffic.  The  scenario  used  to  test  the  routing  protocols  includes  a 
single  sink  (i.e.,  a  single  interface  to  an  external  agent  that  has  a  need  for  sensor  data)  and 
a  single  source  (i.e.,  a  sensor  set  on  a  single,  randomly  chosen  node).  The  sink  node  sends 
interest  messages  beginning  at  some  specified  time.  Interest  messages  are  resent  in  one  of 
two  cases.  First,  if  data  messages  are  not  received  within  a  certain  amount  of  time,  the 


5-18 


original  interest  message  is  resent  (see  Section  5. 3. 2. 3).  Interest  messages  are  also  resent 
when  data  messages  are  successfully  received.  However,  these  interest  messages  are  sent 
with  higher  requested  data  rates  (see  Section  5. 3. 2. 2). 

Data  messages  are  always  sent  by  the  sensor  application  in  response  to  a  need  as 
expressed  by  the  interest  messages.  New  data  messages  are  sent  in  intervals  as  specified  by 
the  requested  data  rate.  As  the  requested  rate  increases,  the  data  updates  are  sent  more 
frequently. 

In  order  to  ensure  a  fair  comparison  between  the  routing  protocols,  the  traffic  pattern 
generated  from  the  sDIFF  system  is  used  as  the  traffic  pattern  for  the  GRP  and  Flooding 
systems. 

5-4  Flood  Routing  Protocol 

The  flooding  protocol  provides  a  baseline  for  comparison  of  the  Geographical  and 
Directed  Diffusion  routing  protocols.  It  is  implemented  as  an  optional  mode  of  the  GRP 
system.  Figure  5.11  shows  a  snippet  of  the  simulation  script  that  accomplishes  this. 

for  {set  i  0}  {$i  <  4}  {incr  i}  { 

$node_($i)  setflood 

_} _ 

Figure  5.11  Flood  Node  Instantiation 

This  turns  off  the  GRP  router  so  that  any  received  packet  is  immediately  rebroadcast 
unless  it  was  previously  received. 

5.5  Summary 

This  chapter  presents  detailed  descriptions  of  the  three  routing  protocols  used  in 
the  swarm-based  sensor  network  performance  analysis.  The  sDiff  protocol  provides  for 
route  reinforcement  while  maintaining  enough  redundancy  to  adapt  to  network  dynamics. 
These  dynamics  can  be  caused  by  node  mobility  (the  focus  of  this  research)  as  well  as 
node  failure  or  external  influences  (e.g.  jamming).  The  GRP  protocol  maintains  no  state 


5-19 


information  but  relies  solely  on  position  information  to  improve  efficiency.  As  a  result,  the 
GRP  protocol  is  less  complex  and  easier  to  implement.  Finally,  the  Flood  protocol  is  used 
to  establish  a  baseline  for  comparison  of  the  two  target  protocols. 

The  next  two  chapters  use  these  protocol  implementation  details  and  the  swarm 
model  to  provide  an  analysis  of  swarm  behavior  and  the  performance  of  these  protocols 
with  respect  to  that  behavior.  As  is  shown  in  Chapter  VII,  the  sDiff  protocol  system 
slightly  out-performs  the  GRP  system  while  both  the  sDiff  and  GRP  systems  out-perform 
the  baseline  Flood  protocol. 
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VI.  Performance  Evaluation  Measures  and  Methodology 

This  chapter  describes  the  measures1  and  evaluation  methodology  used  to  characterize 
swarm  behavior  with  respect  to  a  sensor  network  system.  In  order  to  place  network  com¬ 
munications  in  the  context  of  a  swarm-based  system,  several  new  measures  are  proposed 
to  provide  a  quantitative  assessment  of  swarm  behavior.  These  measures  are  then  used  to 
provide  a  mechanism  for  evaluating  swarm  behavior  as  it  pertains  to  the  dynamics  of  a 
swarm-based  system. 

The  swarm  measures  include  a  globally  based  measure  and  several  distributed  mea¬ 
sures.  In  addition  to  the  measures,  a  taxonomy  for  classifying  swarm  behavior  is  proposed. 

6.1  Swarm  Evaluation  Measures 

The  model  described  in  Chapter  IV  provides  the  foundation  for  analysis  of  swarm 
behavior  in  the  context  of  swarm-based  sensor  networks.  The  property  of  cohesion  (connec¬ 
tivity)  is  important  to  maintaining  reliable  communications  while  the  property  of  avoidance 
(reduction  of  sensor  overlap)  is  important  to  sensor  efficiency.  Both  of  these  measures  are 
based  on  global  information.  An  additional  measure  based  only  on  locally  observable  phe¬ 
nomena  is  proposed  for  providing  a  distributed  behavior  identification  mechanism.  The 
purpose  of  these  measures  is  to  provide  a  classification  mechanism  for  categorizing  swarm 
systems.  The  classification  mechanism  can  be  used  to  recognize  changes  in  swarm  behav¬ 
ior  and  thus  provide  a  means  of  changing  the  routing  methodology  in  response  to  swarm 
network  dynamics. 

Other  research  investigations  have  been  done  to  establish  measures  of  swarm  per¬ 
formance.  A  method  using  the  ideal  gas  law  is  proposed  in  (60).  However,  this  measure 
is  used  to  measure  a  different  behavior-namely  the  time  it  takes  to  escape  an  enclosed 
region.  There  are  two  types  of  measures  proposed.  The  first  is  a  global  measure  that 
measures  connectivity.  Connectivity  is  a  measure  of  particle  separation  distance  (which  is 

1  Measure  is  defined  in  this  context  a  quantitative  indication  of  the  extent,  amount,  dimensions,  capacity, 
or  size  of  some  attribute  of  a  product  or  process.  This  is  not  to  be  confused  with  a  metric  or  an  indicator. 
A  metric  is  a  quantitative  measure  of  how  much  of  a  given  attribute  is  possessed  by  a  system,  component, 
or  process.  An  indicator  is  a  metric  or  combination  thereof  that  provides  insight  into  a  process,  product, 
or  project  itself  (84). 
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important  to  network  communications  connectivity).  This  measure  focuses  on  deviation 
about  the  ideal  value.  The  second  type  is  a  group  of  measures  used  by  individual  particles 
to  determine  behavior  in  a  distributed  fashion.  This  group  includes  neighborhood  size, 
direction  measure  and  three  distance  measures. 

These  nreasures-and  the  swarm  behavior  that  they  measure-are  affected  by  the  var¬ 
ious  swarm  parameters  as  listed  in  Table  6.1. 


Table  6.1  Swarm  Parameters 


Parameter 

Description 

C align 

Alignment  weight 

(Eq.  4.6) 

C boundary 

Boundary  weight 

(Eq.  4.14) 

Cperiph 

Peripheral  vision  weight 

(Eq.  4.16) 

n 

w wp 

Waypoint  weight 

(Eq.  4.21) 

Crepuise 

Repulsion  weight 

(Eq.  4.23) 

C attract 

Attraction  weight 

(Eq.  4.23) 

Czone 

Comfort  zone 

(Eq.  4.24) 

(Ms 

Speed  factor 

(Eq.  4.28) 

@max 

Max  turn  angle 

(Fig.  4.9) 

Rmax 

Max  cohesion  radius 

(Eq.  4.25) 

These  parameters  can  be  related  to  the  swarm  behaviors  described  in  Table  2.1. 
Parameters  Crepuise  and  Caugn  relate  to  separation  and  alignment  respectively.  The  pa¬ 
rameters  Cperiph  and  d,3  relate  to  cohesion.  The  parameter  9max  is  related  to  swarm  particle 
capabilities  (turn  angle) .  Additional  parameters  that  deal  with  physical  capabilities  include 
maximum  velocity  and  acceleration,  inertia  effects,  size,  etc.  Variation  of  these  parameters 
is  not  considered.  For  sake  of  brevity  and  demonstration  of  the  proposed  measures,  param¬ 
eter  value  sets  that  result  with  two  distinct  behaviors  are  considered.  The  two  behaviors 
are  flocking  and  swarming  (as  described  in  Section  4.3.2).  For  the  purposes  of  this  work, 
the  parameters  for  Cboundary,  Cperiph,  Cwp,  9max  and  Rmax  were  held  constant.  The  values 
for  these  parameters,  shown  in  Equations  6.1  through  6.5,  were  derived  experimentally 
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(see  Appendix  E). 


Cboundary 

=  30  ±5 

(6.1) 

Cperiph 

=  1 

(6.2) 

Ci up 

=  10  ±5 

(6.3) 

@max 

=  4°  ±2° 

(6.4) 

Rmax 

=  4 

(6.5) 

6.1.1  Connectivity.  Connectivity  is  measured  by  examining  the  distance  between 
particles  (specifically  the  distance  between  nearest  neighbors).  This  measure  quantifies  the 
ability  of  the  swarm  formation  to  maintain  cohesion.  At  each  time  step  the  distance  be¬ 
tween  each  particle  and  its  nearest  neighbor  is  recorded.  The  maximum  value  of  this 
vector  provides  the  connectivity  information.  A  plot  of  the  connectivity  for  two  parameter 
sets — one  indicated  by  the  shaded  region,  the  other  by  the  unshaded  region — is  shown  in 
Figure  6.1.  The  ideal  separation  distance,  as  noted  before,  is  unity.  A  tight,  steady  forma¬ 
tion  results  in  a  connectivity  measure  of  approximately  one  while  a  more  loose  formation 
results  in  a  higher  measure.  The  shaded  regions  indicate  incoherent  behavior.  The  parti- 


Figure  6.1  Connectivity 
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cles,  while  still  maintaining  a  single  formation,  move  in  an  apparent  random  sense  within 
the  formation.  Further,  the  set  of  neighbors  for  each  particle  changes  rapidly.  In  the  un¬ 
shaded  regions,  the  particles  move  in  a  coherent  formation  with  little  or  no  change  in  the 
neighborhood  set.  For  the  purposes  of  behavior  analysis,  no  boundaries  or  waypoints  are 
used.  This  ensures  that  any  variations  in  behavior  are  only  as  a  result  of  the  parameters 
and  particle  interactions. 

Another  way  to  view  connectivity  uses  the  time  average  over  a  certain  period  of  time. 
Table  6.2  shows  the  average  connectivity  measure  for  four  time  segments  of  three  separate 
and  independent  simulations.  The  time  segments  used  for  analysis  are  chosen  so  as  to 


Table  6.2  Connectivity  Measures 


Time  segment 

Seed 

7184 

1919 

3618 

0-500 

1.08 

0.09 

1.02 

0.03 

1.16 

0.20 

1000-1500 

2.15 

0.44 

2.10 

0.37 

1.98 

0.35 

2000-2500 

1.52 

0.12 

1.28 

0.19 

1.04 

0.07 

3000-3500 

2.03 

0.30 

1.96 

0.42 

2.00 

0.30 

avoid  the  transition  periods  (at  t  =  500,  t  =  1500,  t  =  2500,  and  t  =  3500).  This  is  shown 
graphically  in  Figure  6.2  where  the  x-axis  is  the  mean  value  and  the  y-axis  is  the  standard 
deviation.  It  is  not  expected  that  the  mean  and  standard  deviations  are  independent  of 
each  other.  However,  the  plot  illustrates  the  separation  of  the  behaviors  (with  flock-like 
behavior  in  the  lower  left  corner  and  swarm-like  behavior  in  the  upper  right  corner).  The 
parameter  sets  for  the  two  behaviors  shown  in  Figure  6.1  are  shown  in  Table  6.3. 


Table  6.3  Behavior  Parameter  Sets 


Parameter 

Behavior 

Coherent 

Incoherent 

C align 

8±2 

0 

Crepulse 

8  ±  2 

24  ±6 

C attract 

6  ±  2 

12  ±3 

Czone 

0.1  ±0.02 

0.9  ±0.2 

as 

0.008  ±  0.002 

0.012  ±0.003 

Intuition  provides  some  understanding  as  to  the  significance  of  these  values.  For  co¬ 
herent  behavior,  a  strong  tendency  to  align  with  neighbors  and  maintain  a  tight  formation 
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Figure  6.2  Connectivity  Variations 


2.5 


is  needed.  However,  incoherent  behavior  requires  a  relaxation  of  the  cohesion  requirement 
(via  an  increase  in  the  comfort  zone)  and  a  reduction  in  the  alignment  factor. 

An  example  of  the  two  behaviors  are  shown  in  Figure  6.3.  In  this  example,  there 
are  20  particles  in  the  formation.  In  (a),  the  formation  moves  consistently  with  particles 
matching  their  direction  closely  to  their  neighbors.  In  (b),  the  particles  remain  in  a  single 
formation  but  with  little  regard  for  the  directions  of  their  neighbors. 


(a)  Coherent  (b)  Incoherent 

Figure  6.3  Behavior  Sample 
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6.1.2  Distributed  Measures.  The  distributed  measures  TV,;,  'P,,  A;>  and 

jjmax  are  computed  by  each  particle  independently.  They  are  given  in  Equations  6.6 
through  6.10  (see  also  Section  4.2.6). 


Set  size 

Nt  =  \S 

w 

(6.6) 

Direction  difference 

*‘1 

'w,  E  »2 

*  je  Si 

(6.7) 

Distance  deviation 

A=V 

1  j&Si 

(6.8) 

Minimum  distance 

T^min  _ 

-  min  (dA 

jesD  J 

(6.9) 

Maximum  distance 

r\max  _ 

-  max(cb) 
jeSi  J 

(6.10) 

The  formal  names  of  these  measures  are  shown  next  to  each  equation.  The  subscript 
i  indicates  that  these  measures  are  computed  for  each  particle  pL  separately.  The  set 
size  measure  is  the  same  iV)  as  defined  in  Section  4.1.  It  should  also  be  noted  that  the 
direction  difference  of  9t  —  9j  in  Equation  6.7  adjusted  so  that  the  result  is  in  the  range  of 
[-180°,  180°]. 

An  illustration  of  these  measures  for  a  sample  swarm  simulation  is  shown  in  Fig¬ 
ure  6.4.  The  set  size  measure  shown  is  the  average  for  the  entire  swarm  at  each  time  step. 
For  the  other  measures,  a  windowed  average  for  each  swarm  member  is  used  to  smooth 
the  plots.  This  provides  a  better  visualization  of  the  swarm  dynamics.  Clearly,  there  are 
variations  in  all  the  measures  with  respect  to  swarm  behavior.  The  ratios  of  the  mean 
values  for  each  behavior  are  listed  in  Table  6.4.  The  measure  with  the  largest  variation  is 


Table  6.4  Distributed 


Measure 

Ratio 

Ni 

0.98 

Ti 

7.37 

A 

2.00 

T^min 
^  i 

1.23 

nmax 
^  i 

1.40 

Measure  Variations 


the  direction  difference  measure,  'Pj  by  a  factor  of  almost  4.  This  measure  is  analyzed  in 
greater  detail  in  the  next  section. 
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(a)  Set  size 


(b)  Direction  difference 


(c)  Distance  deviation 


(d)  Minimum  distance 


(e)  Maximum  distance 
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Figure  6.4  Distributed  Measures 


6.2  Behavior  Characterization 


A  challenge  in  modelling  swarms  and  categorizing  swarm  behavior  is  finding  a  suitable 
method  that  does  not  require  a  visual  evaluation  of  the  swarm  as  it  is  simulated.  The 
Behavior  Identification  Mechanism  (BIM)  accomplishes  the  task  of  behavior  identification 
using  a  computational  method.  The  measure  'kj  is  described  in  greater  detail. 

6.2.1  Behavior  Identification  Measure.  Intuitively  this  measure  is  applicable 
since  it  captures  the  essence  of  the  two  different  behaviors:  coherent  behavior  (CB)  and 
incoherent  behavior  (IB).  For  CB,  the  differences  between  the  directions  of  a  particle  and 
its  neighbors  should  be  small  while  the  direction  differences  are  expected  to  be  large  for  IB. 
This  concept  is  illustrated  in  Figure  6.5.  The  plots  are  taken  from  the  same  data  set  that 
was  used  to  generate  Figure  6.4.  The  plots  for  CB  and  IB  are  snapshots  at  times  t  =  2200 
and  t  =  3400  respectively.  For  sake  of  discussion,  the  particles  are  numbered  from  0  to 


Figure  6.5  Formation  Direction  Vectors 

19.  The  directions  are  indicated  by  a  vector  pointing  out  the  current  direction.  Note  how 
closely  the  directions  match  for  the  CB  and  how  varied  the  directions  are  for  the  IB. 

The  plots  of  Figure  6.5  are  enlarged  in  Figure  6.6  about  node  8.  Also,  only  the 
members  of  the  neighborhood2  of  node  8  are  shown. 

2  This  neighborhood  is  the  set  of  visible  swarm  members  around  node  8  as  defined  in  Section  4.1.1 
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(a)  Flock  (b)  Swarm 

^8|t=2200  =  12.32  \Ef8|t=3400  =  94.23 

Figure  6.6  Formation  Direction  Vectors  -  Enlarged  View 

The  theoretical  value  for  'k*  denoted  by  'k  (without  the  subscript)  can  be  determined 
as  follows.  First,  since  the  alignment  weight  ( Caugn )  is  set  to  zero  it  is  assumed  that 
the  directions  are  independent  of  each  other  and  uniformly  distributed  in  the  range  of 
[—180°,  180°].  Let  6d  represent  the  random  variable  from  which  the  direction  differences 
are  obtained.  Then  the  theoretical  value  \k  is  simply  the  square  root  of  the  expected  value 
of  92d  which  is  given  by  Equation  6.11. 

/ -  /  /-iso  Q2 

It  should  be  noted  that  for  any  random  variable  X,  by  definition,  E(X2)  =  fi2  +  a2 
where  /x  is  the  mean  of  X  and  a  is  the  standard  deviation  of  X.  The  mean  of  9 d  is  zero  so 
the  theoretical  value  'L  is  simply  the  standard  deviation  a. 

An  illustration  of  this  for  the  sample  data  used  for  Figure  6.4  is  shown  in  Figure  6.7. 
The  data  shown  is  for  four  time  values.  These  values  were  chosen  randomly  within  a  region 
that  did  not  include  transients  due  to  the  change  in  swarm  behaviors.  The  theoretical  value 
of  103.9°  is  indicated  by  the  dashed  line  and  the  means  of  the  data  sets  are  indicated  by  the 
o  symbols.  The  error  bars  represent  one  standard  deviation  above  and  below  the  means. 

While  an  in-depth  investigation  into  the  effect  of  the  alignment  weight  Cangn  on 
was  not  done,  it  is  expected  that  the  mean  of  the  random  variable  6d  would  remain 
zero  while  the  standard  deviation  would  increase  as  Caugn  is  increased  (with  all  other 
parameters  fixed).  For  instance,  CB  is  obtained  for  the  parameter  set  given  in  Table  6.3. 
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130 


Figure  6.7  Difference  Measure  Expected  Value 


If  the  value  for  Caiign  is  reduced  from  8  to  1  very  little  change  is  noted.  However,  as 
C align  is  reduced  further,  the  effect  becomes  significant.  The  progression  of  the  average 
and  standard  deviations  for  is  shown  in  Table  6.5.  The  values  of  Table  6.5  are  plotted 


Table  6.5  Variation  of  the  Direction  Measure 


Caiign 

T, 

A* 

a 

1.0 

10.53 

5.60 

0.5 

18.28 

14.04 

0.4 

66.25 

21.65 

0.3 

78.91 

27.87 

0.2 

88.94 

23.88 

0.1 

105.26 

18.77 

0.0 

104.44 

18.14 

in  Figure  6.8.  Clearly,  the  progression  is  not  linear.  Further,  careful  examination  of  the 
measure  for  each  value  of  Caiign  reveals  that  the  progression  is  not  entirely  as  expected. 
The  phenomenon  is  discussed  further  in  Section  6.2.3. 


6.2.2  Classification  Categories.  To  determine  the  efficacy  of  a  particular  routing 
protocol  for  sensor  swarm  applications,  some  method  to  categorize  swarm  behavior  must 
be  used.  A  behavior  classification  mechanism  is  important  since  it  is  conjectured  that 
protocol  performance  is  directly  related  to  the  type  of  swarm  behavior. 
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Figure  6.8  Difference  Measure  Variation 

A  starting  point  for  suggested  categories  for  classifying  sensor  swarm  behaviors  in¬ 
clude  (type-of)  birds,  fish,  insects,  and  other  animals  (66).  As  noted  in  Section  4.3,  for 
increased  weighting  of  the  alignment  rule  (parameter  Cangn  in  Equation  4.6),  more  rigid 
formations  that  maintain  a  smaller  deviation  about  the  ideal  minimum  distance  result. 
This  type  of  formation  is  more  like  a  school  of  fish  moving  in  a  non-threatening  environ¬ 
ment.  Reducing  Caugn  results  in  a  formation  that  is  more  chaotic  (greater  deviation  about 
the  ideal  separation  distance,  as  discussed  in  the  previous  section)  but  is  more  adaptable 
to  environmental  conditions  (e.g.  a  swarm  of  insects). 

The  taxonomy  presented  in  (37)  categorizes  multi-agent  robotic  systems  according 
to  communications,  computational  needs,  and  other  capabilities.  However,  this  taxonomy 
does  not  consider  the  behavior  of  the  multi-agent  system  and  the  effect  of  that  behavior 
on  communications  performance.  The  concern  is  with  link  establishment  and  duration  for 
wireless  communications.  As  discussed,  there  are  numerous  types  of  swarm  formations.  A 
classification  scheme  is  shown  in  Figure  6.9.  The  vertical  axis  represents  the  scale  of  the 
behavior-whether  global,  i.e.  the  entire  swarm  formation,  or  regional.  The  lateral  axis 
represents  the  amount  of  order  in  the  swarm-ordered  like  a  school  of  fish  or  chaotic  like 
a  cloud  of  insects.  The  depth  axis  represents  the  degree  of  coupling  between  particles- 
tightly  or  loosely  coupled  in  the  sense  of  sharing  environment  information  through  some 
form  of  communication.  Several  examples  serve  to  illustrate  the  innovative  classification 
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Behavior 


Figure  6.9  Swarm  Classification 

scheme.  A  single,  large  school  of  fish  is  an  example  of  a  swarm  in  the  [Global,  Ordered, 
Loose]  class.  A  colony  of  ants  foraging  in  widely  scattered  groups  might  be  categorized 
as  a  [Regional,  Chaotic,  Tight]  swarm.  Finally,  a  pack  of  wolves  could  be  classified  as  a 
[Regional,  Ordered,  Tight]  swarm  formation. 

Figure  6.9  shows  a  sharp  demarkation  between  the  different  regions.  However,  in 
reality  there  is  a  continuum  on  which  swarm  formations  may  exist.  Differing  ordered- 
chaotic  behavior  can  be  obtained  by  varying  the  parameter  Caugn  and  the  neighborhood 
size.  While  the  other  parameters  of  Table  6.1  are  not  addressed  specifically,  their  affect 
can  be  described  from  an  intuitive  standpoint.  For  instance,  decreasing  the  peripheral 
weight,  Cperiph ,  and  sight  distance,  dmax,  results  in  a  collection  of  swarms  acting  almost 
independently  (the  [Global,  Ordered,  Loose]  class  in  Figure  6.9). 

This  classification  scheme  provides  a  foundation  for  evaluating  swarms  of  sensor 
particles  in  the  context  of  network  communications.  Wireless,  ad  hoc  communications 
protocols  employed  in  these  systems  can  be  evaluated  and  optimized  according  to  specific 
use  in  either  a  static  or  dynamic  sense.  Dynamic  protocol  optimization  is  important  since 
particle  swarms  can  adapt  to  the  environment  and  thus  fall  into  a  different  classification 
category  over  time. 

6.2.3  Behavior  Classification.  This  section  describes  the  nature  of  the  behavior 
identification  mechanism  (BIM)  and  how  it  is  used  to  classify  swarm  behavior.  The  focus  is 
on  the  steady  state  swarm  behavior;  however,  the  nature  of  transitions  between  behaviors 
is  discussed  as  well. 
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Figure  6.4  (b)  is  repeated  in  Figure  6.10  for  ease  of  reference.  Note  that  the  transitions 
between  states  is  roughly  similar  to  the  output  voltage  characteristics  of  a  digital  circuit. 
Numerous  parameters  are  used  to  describe  the  performance  of  digital  circuits(76,  96). 


Figure  6.10  Difference  Measure  Variation 


The  parameters  described  include  those  that  are  used  to  characterize  the  response  of  a 
digital  circuit  to  noise  as  well  as  the  ability  of  a  digital  circuit  to  respond  to  input  signal 
changes.  The  former  parameters  deal  with  steady  state  performance  while  the  latter  deal 
with  transient  performance. 

Input  and  output  voltage  thresholds  and  noise  margins  are  used  to  characterize  the 
response  of  a  digital  circuit  to  changes  in  the  input  signal(96).  These  quantities,  illustrated 
in  Figure  6.11,  describe  how  a  digital  circuit  responds  to  noise  on  the  inputs.  The  quantities 
V0h  and  V0l  are  the  minimum  and  maximum  values  respectively  for  the  output  of  a  digital 
circuit.  The  quantities  Vn  and  Vm  are  the  maximum  and  minimum  values  respectively  for 
which  the  input  is  considered  low  (or  high).  The  noise  margins  NMh  and  NMl  are  the 
differences  between  the  output  and  input  thresholds  as  shown  in  Equations  6.12  and  6.13. 


NMh 

tq 

S* 

1 

tq 

II 

(6.12) 

NMl 

=  viL-voL 

(6.13) 

These  measures  describe  the  steady  state  performance  of  digital  circuits  in  the  presence  of 
noise. 
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The  measures  that  describe  the  output  signal  transition  of  a  digital  circuit  include 
propagation  delay  and  rise  and  fall  tinres(76).  Propagation  delay  relates  the  output  of  the 
digital  circuit  to  the  input  and  indicates  how  quickly  the  circuit  responds  to  changes  on  the 
input(s).  The  rise  and  fall  times  measure  the  rate  at  which  the  output  voltage  transitions 
from  one  output  level  to  another.  These  measures  are  illustrated  in  Figure  6.12.  There  are 
two  propagation  delay  tinres-one  each  for  the  falling  and  rising  output  transitions -tvnL 
and  tpLH  measured  from  the  50%  points  of  each  signal.  The  fall  time  tf  (rise  time  tr )  is 
the  time  it  takes  the  output  signal  to  transition  from  10%  to  90%  (90%  to  10%)  of  the 
output  signal  range. 

These  measures  are  adapted  for  identifying  swarm  behaviors  using  the  distributed 
BIM  measure.  Swarm  behavior  is  limited  to  two  types-CB  and  IB  (as  described  in  Sec¬ 
tion  4.3.2).  The  BIM  measure  is  used  by  swarm  members  to  provide  behavior  identifica¬ 
tion.  For  the  purposes  of  simulation,  the  BIM  provides  a  mapping  between  the  parameter 
space  V  described  in  Equation  4.34  in  Section  4.3  and  the  two  swarm  behaviors.  This 
is  illustrated  graphically  in  Figure  6.13.  The  regions  A  and  B  represent  the  parameter 
space  the  results  in  the  intended  behavior.  Let  region  A  represent  flocking  behavior  and 
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Figure  6.13  Behavior  Mapping 


region  B  represent  swarming  behavior.  In  a  physical  swarm  system,  the  parameters-and 
mapping- would  be  implementation  dependent. 

It  should  be  noted  that,  even  though  the  regions  for  CB  and  IB  are  shown  as  contin¬ 
uous  and  non-overlapping,  there  is  no  assumption  that  this  is  the  case.  Additionally,  the 
notional  view  presented  in  Figure  6.13  is  two  dimensional  while  V  of  Equation  4.34  has 
seven  dimensions. 

Changes  to  the  BIM  values  and  how  that  can  be  used  to  determine  behavior  is  the 
emphasis  here  These  changes  are  related  to  the  changes  in  parameter  values  that  were  used 
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to  obtain  the  two  behaviors.  The  definitions  of  digital  circuit  performance  measures  are 
adapted  to  the  swarm  system. 


Plots  of  the  BIM  values  for  two  swarm  members  are  shown  in  Figure  6.14.  These 
plots  are  generated  from  the  same  data  used  for  Figure  6.4.  Three  plots  for  each  node  is 


Figure  6.14 


BIM  Node  Plots 


given.  The  first  plot  is  the  raw  BIM  data  while  the  second  and  third  plots  are  smoothed 
versions.  These  plots  are  averages  of  the  last  50  and  100  data  values  respectively.  This 
is  shown  mathematically  in  Equation  6.14  where  n  is  the  node  and  L  is  the  length  of  the 
smoothing  window. 

1  * 

BIM™e{t)  =  -  Y.  BIMn(i)  (6.14) 

1) 

The  choice  of  a  value  for  L  involves  a  tradeoff  between  smoothness  and  latency.  This  is 
illustrated  in  Figure  6.15  for  node  13.  The  precise  choice  of  L  depends  on  the  application 
requirements  since  it  is  a  matter  of  sample  rate.  For  the  analysis  here  a  value  of  100  is  used. 
This  value  is  chosen  because  it  provides  a  much  smoother  measure  while  not  introducing 
an  excessive  amount  of  latency. 

With  the  context  established,  the  formal  definitions  of  the  timing  parameters  can  be 
given.  The  parameters  similar  to  tpHL  and  tpLH  are  tpic  and  tpci  respectively.  They  are 
defined  as  shown  in  Figure  6.16. 
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t 

Figure  6.15  Smoothed  BIM 

The  propagation  times  are  defined  to  be  the  time  from  the  change  of  parameters  to 
the  time  when  the  smoothed  BIM  reaches  one  half  of  the  theoretical  average  value  (as 
described  in  Section  6.2.1). 

The  swarm  system  equivalent  to  rise  and  fall  times  are  the  times  required  to  switch 
from  one  behavior  to  another.  These  quantities  are  denoted  by  tj  and  tc  are  similar  to  tr 
and  tf  respectively.  The  swarm  system  parameters  are  defined  to  be  the  time  it  takes  the 
BIM  value  to  go  from  the  20%  point  to  the  80%  point  of  the  theoretical  value  \k.  These 
measures  are  illustrated  in  Figure  6.17. 

These  parameters  are  only  defined  after  the  swarm  parameters  have  changed.  The 
need  for  this  aspect  of  the  definition  is  illustrated  in  Figure  6.18.  The  BIM  crosses  \k8o% 
at  t  =  t\  but  this  is  a  false  beginning  of  the  transition  period  since  the  parameter  change 
does  not  occur  until  t  =  1500. 

Noise  margins  and  the  associated  threshold  values  do  not  have  an  equivalence  in 
swarm  systems.  In  a  digital  system  they  have  meaning  when  circuits  are  cascaded  together 
to  form  more  complex  systems.  In  this  sense  there  is  no  direct  extension  of  these  principles 
to  a  swarm  system.  However,  the  inputs  to  the  swarm  systenr-the  parameters  values  that 
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Figure  6.16  Propagation  Delay 


determine  behavior-can  vary  within  certain  ranges  and  still  produce  a  particular  behavior. 
Therefore,  the  concepts  of  maximum  input  low  voltage,  Vn,  and  minimum  input  high 
voltage,  ViH  can  be  related  to  parameter  ranges,  and  the  concepts  of  maximum  output 
low  voltage,  Vql  and  minimum  output  high  voltage,  V0h  can  be  related  to  the  BIM  values. 
Further,  threshold  values  must  be  determined  for  the  BIM  measure  when  determining 
swarm  behavior. 

As  stated  earlier,  the  dimension  of  the  parameter  space  is  seven.  However,  in  order 
to  accomplish  a  tractable  analysis,  it  is  assumed  that  several  of  the  parameters  are  fixed- 
specifically,  the  parameters  Cperiph  and  6p.  This  leaves  the  parameters  Caugn,  Crepvjse, 
C attract  >  czone,  and  as.  It  is  further  assumed  that  the  transition  between  behaviors-over 
time- is  accomplished  by  a  linear  movement  in  parameter  space,  i.e. ,  there  exists  a  line  that 
connects  the  two  parameter  points.  This  linear  mapping  can  be  expressed  parametrically 
as  shown  in  Equation  6.15 


p(X)  =  (pF  -  ps) A  +  ps,  0  <  A  <  1 


(6.15) 


where  A  is  the  parameter  of  variation  and  pp  and  pg  are  generic  representations  of  a  swarm 
parameter  for  the  flock  and  swarm  values  respectively. 


6-18 


(a)  CB  to  IB,  ti  =  t2  —  t\  (b)  IB  to  CB,  tc  =  £2  —  h 

Figure  6.17  Transition  Time 

The  definitions  for  output  and  input  voltage  thresholds  must  be  stretched  signifi¬ 
cantly  in  order  to  adapt  them  to  swarm  systems.  The  parallel  to  the  input  voltage  thresh¬ 
olds  ( Vn,  and  Vjjf)  are  the  parameters  tuL  and  t^n  determined  experimentally  using 
Equation  6.15.  The  parallel  to  the  output  voltage  thresholds  ( Vql  and  V0h)  is  the  average 
BIM  value  for  a  swarm  in  steady  state.  A  notional  view  of  these  concepts  is  shown  in 
Figure  6.19.  The  shapes  of  these  curves  resemble  experimentally  obtained  results.  These 
results  are  presented  in  Appendix  G.  The  center,  darker  curve  in  each  plot  represents  the 
average  steady  state  value  of  the  BIM  measure.  The  lighter  curves  denote  one  standard 
deviation.  The  BIM  threshold  equivalents  to  V0l  and  V0h  are  chosen  to  be  one  half  of 
the  theoretical  BIM  value  ^50%  (he.,  the  same  for  each).  The  equivalents  to  Vn  and  Vm 
are  denoted  by  the  incoherent  behavior  (IB)  to  coherent  behavior  (CB)  threshold,  X ic  and 
the  CB  to  IB  threshold,  Xci  respectively.  Since  swarm  behavior  is  a  stochastic  process, 
the  variation  of  A  ic  and  A  ci  must  be  quantized  in  some  fashion.  This  is  accomplished  by 
determining  the  values  of  A  where  the  standard  deviation  curves  cross  the  'll 50%  line.  These 
values  are  denoted  by  X^j  and  XlCI  for  the  upper  and  lower  variation  margins,  respectively. 

Determining  an  equivalent  to  noise  margin  also  requires  a  significant  adaptation. 
Whereas  noise  margins  in  digital  circuits  are  determined  by  the  output  voltage  of  one 
circuit  used  to  drive  the  input  of  another,  the  “output”  of  a  swarm  system  is  not  used  to 
control  the  “input”  of  another.  In  a  swarm  system  the  input  is  the  parameter  set  valuesMn 
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Figure  6.18  False  Transition,  IB  to  CB 

this  analysis,  the  set  of  values  is  determined  by  A-without  units  and  the  output  is  the  BIM- 
in  units  of  degrees  (or  potentially  radians).  To  overcome  this,  the  margins  are  computed 
by  first  scaling  A  by  'h  and  then  finding  the  difference  between  that  result  and  ^50%  ■ 
Further,  the  noise  margin  is  found  for  the  worst  case  scenarios.  These  concepts  for  CB 
Noise  Margin  NMc  and  IB  Noise  Margin  NMj  are  presented  formally  in  Equations  6.16 
and  6.17  respectively. 

BIM  BIM 


Figure  6.19  Input  and  Output  Threshold  Examples 
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NMC  = 

^50%  - 

(6.16) 

AM/  = 

lci  -  ^50% 

(6.17) 

This  completes  the  development  of  the  swarm  system  measures.  The  swarm  system 
parameters  and  their  digital  system  equivalents  are  summarized  in  Table  6.6. 


Table  6.6  Digital  and  Swarm  System  Performance  Measures 


Digital 

circuit 

Swarm 

system 

Description 

tpHL 

tpIC 

Delay  time  for  change  to  Coherent  Behavior  (CB) 

tpLH 

tpCI 

Delay  time  for  change  to  Incoherent  Behavior  (IB) 

tr 

tl 

Time  for  transition  to  IB 

tf 

tc 

Time  for  transition  to  CB 

viL 

A ic 

IB  transition  input  threshold 

ViH 

A ci 

CB  transition  input  threshold 

N/A 

T  V“ 
A/C’  AIC 

IB  lower  and  upper  threshold  margins 

N/A 

id  V“ 

Acn  Aci 

CB  lower  and  upper  threshold  margins 

V0L,  V0H 

^50% 

CB  and  IB  behavior  threshold 

nml 

NMC 

CB  noise  margin 

NMh 

AM/ 

IB  noise  margin 

These  measures  provide  a  performance  analysis  mechanism  that  is  individual-based. 
One  other  measure  is  proposed  that  measures  an  aspect  of  the  swarm  on  a  global  scale. 
For  swarm  applications  it  may  be  important  to  be  able  to  characterize  the  amount  of  time 
that  is  needed  to  transition  the  entire  swarm  from  one  behavior  to  another.  This  measure, 
which  has  no  parallel  in  digital  circuits,  is  determined  by  measuring  the  amount  of  time 
between  the  time  the  first  particle  crosses  the  \k50%  threshold  to  the  time  the  last  particle 
crosses  the  same  line.  This  is  illustrated  in  Figure  6.20.  The  measures,  At/  and  Ate,  are 
shown  in  Figure  6.20  for  the  same  swarm  data  used  for  Figure  6.4. 

These  measures  are  used  in  subsequent  analysis  to  characterize  the  behavior  of  swarm 
systems.  The  behavior  characterization  is  used  to  evaluate  communications  protocols  for  a 
swarnr-based  sensor  network.  In  order  to  provide  a  concise  analysis,  network  performance 
measures  are  used  to  evaluate  the  communications  protocols  with  respect  to  the  swarm 
behaviors.  These  measures  are  briefly  described  in  the  next  section. 
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A  tj  =  t2  —  tl  A  tc  =  t2  —  tl 

Coherent  to  Incoherent  Incoherent  to  Coherent 

(a)  (b) 

Figure  6.20  Behavior  Transition 
6.3  Network  Performance  Measures 

Network  performance  measures  are  used  to  measure  the  efficiency  and  effectiveness  of 
a  network  system.  Three  measures  are  used  in  (15):  packet  delivery  ratio,  routing  overhead, 
and  path  optimality.  Packet  delivery  ratio  and  path  optimality  measure  effectiveness  while 
routing  overhead  is  a  measure  of  efficiency.  As  (15)  states,  packet  delivery  ratio  is  important 
since  it  describes  the  loss  rate  which  in  turn  affects  the  maximum  throughput  that  the 
network  can  support.  Routing  overhead  is  important  since  it  gives  an  indication  of  how 
well  the  protocol  performs  in  congested  or  low-bandwidth  networks.  It  can  be  measured 
in  two  ways:  the  number  of  overhead  packets  and  the  number  of  overhead  bytes.  Since 
bytes  correlate  to  transmission  rates  directly,  using  bytes  is  a  more  accurate  portrayal  of 
the  actual  overhead  associated  with  a  routing  protocol. 

Three  measures  are  used  for  swarm  based  sensor  networks  to  measure  network  per¬ 
formance.  The  first,  delivery  ratio  Db,  is  used  to  measure  protocol  effectiveness.  In  this  re¬ 
search  effectiveness  is  limited  to  measuring  the  amount  of  data  that  propagates  through  the 
network.  Therefore,  control  messages  (RQST  or  INTR  packets,  see  Sections  5.2  or  5.3  re¬ 
spectively)  are  not  included.  The  other  two  measures  quantify  protocol  efficiency.  Routing 
overhead  Rb,  encompassing  both  control  packets  and  data  packets,  measures  the  amount 
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of  overhead  required  for  each  protocol.  The  other  efficiency  measure,  data  throughput 
efficiency  E,i,  measures  the  number  of  data  bytes  bdata  received  by  all  nodes  for  each  suc¬ 
cessfully  received  data  packet  pdata  and  is  scaled  by  the  data  packet  size  B.  These  measures 
are  summarized  formally  in  Equations  6.18,  6.19  and  6.20. 


Dp  = 


Psuccess 


Psuccess  Pdropped 


(6.18) 


Rb  — 


bdata 


bdata  +  boverhead 
bdata 


Ed  = 


Bpdata 


(6.19) 

(6.20) 


The  symbol  p  in  Equation  6.18  is  used  to  indicate  that  the  Dp  measure  is  based  on  packets 
while  the  symbol  b  in  Equation  6.19  is  used  to  emphasize  that  the  Rb  measure  is  based  on 
bytes  as  opposed  to  packets.  The  symbol  B  in  Equation  6.20  specifies  the  number  of  bytes 
in  a  data  packet.  This  is  a  user  specified  quantity.  The  value  of  Dp  is  limited  to  the  closed 
interval  [0, 1]  with  the  optimum  value  being  unity.  The  value  of  Rb  is  limited  to  the  half 
open  interval  [0, 1)  with  the  optimum  value  approaching  unity.  This  result  is  due  to  the 
fact  that,  for  all  three  protocols  described  in  Chapter  V,  the  overhead  boverhead  can  never 
be  zero.  The  Ed  measure,  unlike  the  other  two  measures,  indicates  improved  performance 
for  smaller  values  since  larger  values  indicate  more  extraneous  data  packets  being  sent  by 
all  nodes  in  order  to  propagate  a  single  data  packet.  The  ideal  value  (a  minimum)  for  Ed 
is  dependent  on  the  number  of  hops  between  the  source  and  sink.  As  long  as  comparisons 
between  protocols  are  made  on  the  same  network,  the  results  are  meaningful. 


6.4  Summary 

Measures  provide  a  method  for  objectively  evaluating  a  system.  The  swarm  system 
connectivity  measure  allows  a  direct  link  between  swarm  behavior  and  network  commu¬ 
nications  characteristics.  However,  its  usefulness  is  limited  to  a  simulation  analysis  or 
post-scenario  analysis  since  it  requires  global  knowledge  of  the  swarm. 

The  distributed  measures  of  set  size,  direction  difference,  distance  deviation,  and 
minimum  and  maximum  distance  measures  are  computed  by  each  particle  independently. 
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Therefore,  they  can  be  used  as  a  method  for  self  behavior  identification  during  swarm 
scenarios  (whether  in  simulation  or  in  actual  execution).  As  was  shown  in  Section  6.1.2, 
the  direction  difference  measure  \kj  provides  a  good  behavior  identification  method  since  it 
manifests  the  largest  difference  for  the  two  swarming  behaviors  of  Coherent  and  Incoherent. 

These  swarm  measures  can  be  used  in  order  to  identify  behaviors  that  can  affect  net¬ 
work  communications.  In  order  to  evaluate  the  performance  of  a  network  communications 
protocol  in  swarming  applications,  three  measures  are  proposed.  The  delivery  ratio  mea¬ 
sures  the  effectiveness  of  a  protocol  while  the  routing  overhead  and  throughput  efficiency 
measure  the  efficiency  of  a  protocol.  These  swarm  and  communications  measures  are  used 
to  evaluate  the  sensor  swarm  network  system  described  in  Chapters  IV  and  V. 
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VII.  Swarm  Sensor  Network  Evaluation 


Swarm  and  network  performance  testing  analyses  are  presented  in  order  to  provide  a 
quantitative  understanding  and  evaluation  methodology  for  swarm  based  sensor  network 
applications.  Additionally,  an  innovative  testing  methodology  for  the  three  routing  proto¬ 
cols  in  a  swarm  sensor  network  is  given.  The  foundations  of  swarm  behavior  and  network 
communication  protocols  are  established  by  Chapters  IV  and  V  respectively.  The  mea¬ 
sures  used  to  evaluate  the  swarm-based  sensor  network  system  are  described  in  Chapter  VI. 
This  chapter  describes  the  experiments  and  testing  used  to  investigate  swarm  behavior  and 
network  communications  issues — specifically  issues  for  routing  protocols — in  the  context 
of  a  swarm-based  network  as  well  as  the  results. 

Testing  is  accomplished  in  two  phases.  First,  the  swarm  simulation  is  tested  to  deter¬ 
mine  the  characteristics  of  swarm  behavior  with  respect  to  the  swarm  parameters.  These 
characteristics  are  defined  in  Chapter  VI.  The  second  phase  tests  the  routing  protocols  in 
a  swarming  simulation.  Multiple  scenarios  are  used  to  provide  a  statistical  sampling. 

7. 1  Swarm  Testing 

It  is  conjectured  that  the  behavior  of  swarms  with  respect  to  a  given  set  of  parameters 
(i.e. ,  in  steady  state  behavior)  is  strict-sense  stationary  (110).  The  behavior,  regardless 
of  the  initial  starting  point,  has  the  same  statistics,  and  the  statistics  remain  constant 
over  time.  This  section  details  the  tests  used  to  investigate  this  conjecture.  The  statistics 
analyzed  include  the  transition  times,  At/  and  Ate-  Additionally,  statistics  for  neighbor¬ 
hood  size  are  developed  for  the  asymptotic  analysis  of  movement  closure  as  introduced  in 
Section  4.3.3. 

The  swarm  simulations  were  carried  out  on  three  different  computing  platforms  run¬ 
ning  either  Windows  2000™  or  Windows  XP"™  (Microsoft  Corp.).  The  hardware  and 
software  of  these  machines  is  summarized  in  Table  7.1.  Swarm  simulation  sizes  range  from 
20  to  100  member  particles.  A  typical  swarm  simulation  of  20  nodes  for  8000  time  units 
requires  approximately  39  sec.  on  computer  C3. 
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Table  7.1  Simulation  computing  hardware 


Computer 

Cl 

C2 

C3 

Model 

Dell  Dimension  T450 

Dell  Inspiron  7500 

HP  Pavilion  743 

Processor 

Pentium  3 

Pentium  3 

Pentium  4 

Speed 

450MHz 

750MHz 

2.40GHz 

Memory 

384MB 

512MB 

384MB 

OS  ver. 

2000 

2000 

XP 

7.1.1  Swarm  behavior  process.  In  order  to  determine  whether  the  swarm  simula¬ 
tion  is  a  strict-sense  stationary  process,  samples  of  the  transition  duration  measures  A tj 
and  Ate  are  tested.  Of  the  swarm  measures  described  in  Section  6.2.3,  the  focus  of  this 
analysis  is  limited  to  these  two  measures  since  group  behavior  is  what  determines  the  states 
as  described  in  Figure  4.25  and  Table  4.7.  Transitions  between  these  states  are  important 
when  considering  applications  for  swarm-based  sensor  systems. 

A  sample  consists  of  one  simulation  run  with  a  different  initial  random  number 
seed  but  with  the  same  parameter  specification.  The  parameter  specification  is  given  in 
Table  7.2.  The  parameter  set  described  in  Table  7.2  is  repeated  for  i  =  0, 1, ...  ,3,  and 


Table  7.2  Sample  Simulation  Parameter  Specification 


Time 

C repulse 

C align 

Cattract 

(y.s 

Czone 

1500i 

8.0 

8.0 

6.0 

0.008 

0.1 

1500z  +  500 

24.0 

0.0 

12.0 

0.012 

0.9 

the  simulation  stops  after  6000  time  steps.  This  results  in  a  ‘waveform’  of  the  Behavior 
Identification  Measure  (BIM)  with  four  transitions  from  coherent  to  incoherent  behavior 
and  four  transitions  from  incoherent  to  coherent  behavior. 


7.1.2  Statistical  Characterization.  Three  sets  of  data,  each  with  100  samples,  are 
used  for  a  statistical  analysis  and  characterization.  Figure  7.1  shows  the  average  transition 
duration  along  with  the  standard  deviation  for  the  three  sample  sets.  Clearly  the  rising 
edge  data  (with  a  mean  of  approximately  100  time  units)  has  a  different  distribution  than 
the  falling  edge  data  (with  a  mean  of  approximately  300  time  units).  The  question  that 
must  be  answered  is  whether  the  difference  is  simply  in  the  parameters  of  the  distribution 
or  are  there  differences  in  the  types  of  distributions,  i.e.,  are  the  distributions  uniform, 
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Figure  7.1  Transition  Duration 


normal,  etc.  Analysis  of  the  sample  data  indicates  that  the  distributions  have  the  form 
of  a  Rayleigh  Distribution  (112).  The  Rayleigh  PDF  p(X)  and  Expected  Value  E(X)  are 
given  in  Equations  7.1  and  7.2 


P(X)  =  p2  eXP 


1 

2 


(7.1) 


where  /?  >  0  is  a  parameter  of  the  distribution  and  the  random  variable  X  >  0. 


(7.2) 


Histograms  of  the  upward  and  downward  transitions  for  the  composite  of  the  three 
sample  data  sets  are  shown  in  Figure  7.2.  The  upper  plot  is  for  the  rising  transitions  and 
the  lower  plot  is  for  the  falling  transitions.  In  addition  to  the  histograms,  the  Rayleigh 
Probability  Density  Function  (PDF)  is  plotted  using  the  calculated  mean  for  each  transition 
data  set.  The  horizontal  axis  of  each  plot  is  the  transition  duration  (in  time  units)  and  the 
vertical  axis  is  the  frequency  with  which  the  transition  duration  occurs.  The  histograms 
and  PDFs  are  both  scaled  so  that  the  area  under  each  curve  sums  to  unity.  Further,  the 
upward  and  downward  transition  frequency  axes  of  each  plot  are  scaled  by  1000  and  100 
respectively. 
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Figure  7.2  Transition  Histograms 


In  answer  to  the  question  raised  above,  it  is  assumed  that  the  sample  data  is  derived 
from  the  same  underlying  distribution  (namely,  a  Rayleigh  distribution).  Further,  it  is 
assumed  that  the  (3  parameters  for  each  transition  distribution  are  as  shown  in  Table  7.3. 
These  assumptions  are  put  to  the  test  in  the  next  section. 


Table  7.3  Transition  Statistical  Parameters 


Transition 

Mean 

P 

Coherent  to  Incoherent,  At/ 

312.7 

250.3 

Incoherent  to  Coherent,  Ate 

79.6 

63.5 

7.1.3  Stationarity.  The  Kruskal- Wallis  (KW)  test  (79)  is  used  to  determine 
the  relationship  among  the  sample  sets.  This  is  used  to  test  the  null  hypothesis,  H0,  that 
multiple  population  distribution  functions-corresponding  to  multiple  samples-are  identical 
against  the  alternative  hypothesis,  Ha,  that  they  differ  by  location  (17).  In  other  words, 
the  KW  test  provides  a  measure  of  whether  the  data  sets  come  from  the  same  underlying 
random  process.  The  KW  test  is  useful  since  it  requires  no  assumptions  concerning  the 
underlying  distribution  of  the  samples.  The  KW  test  requires  at  least  three  random  and 
independent  data  sets  with  at  least  5  samples  per  set.  Further,  the  underlying  probability 
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distributions  from  which  the  samples  are  drawn  must  be  continuous.  The  choice  of  100 
samples  per  set  was  based  on  a  tradeoff  between  the  competing  objectives  of  large  sample 
sets  and  lengthy  simulation  time.  Each  simulation  is  seeded  with  a  different  random 
number. 

The  KW  test  generates  an  H-value  which  can  be  used  for  hypothesis  testing.  The 
hypotheses  for  the  comparison  of  two  or  more  independent  groups  are: 

H0:  The  samples  come  from  identical  populations 
Ha:  The  samples  come  from  different  populations 
The  hypothesis  makes  no  assumptions  about  the  distribution  of  the  populations. 

The  test  statistic  for  the  Kruskal- Wallis  test  is  H.  This  value  is  compared  to  a  table 
of  critical  values  for  \2  distribution  (79)  with  K  —  1  degrees  of  freedom  where  K  is  the 
number  of  sample  sets  (in  this  case  K  =  3).  If  H  exceeds  the  critical  value  for  H  at  some 
confidence  level  (usually  0.05)  it  means  that  there  is  evidence  to  reject  the  null  hypothesis 
in  favor  of  the  alternative  hypothesis. 

This  is  useful  when  determining  whether  sample  sets  come  from  the  same  distribution 
for  a  certain  confidence  level.  In  this  case,  however,  the  determination  needs  to  be  made 
as  to  what  the  confidence  level  is  for  accepting  the  null  hypothesis. 

Table  7.4  lists  the  H  values  and  associated  confidence  values  for  each  of  the  transition 
duration  sample  sets.  These  values  are  obtained  as  follows.  From  the  y2  tables  one  finds  the 
probability  that  H  exceeds  Xa  where  a  is  the  probability.  In  other  words,  P(H  >  x2a)  =  Q 
so  then,  the  confidence  values  in  Table  7.4  are  the  probabilities  for  not  rejecting  the  null 
hypothesis-as  presented  above-for  each  transition. 


Table  7.4  Sample  Distribution  Measures 


Transition 

H 

Confidence  (%) 

Coherent  to  Incoherent,  At] 

2.4298 

29.67 

Incoherent  to  Coherent,  Ate 

0.0994 

95.15 

The  interpretation  of  Table  7.4  is  that  the  null  hypothesis  of  the  coherent  to  inco¬ 
herent  transition  can  be  accepted  with  approximately  a  30%  confidence  while  the  other 
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transition  can  be  accepted  with  over  a  95%  confidence.  One  may  conclude  that  the  swarm 
to  flock  transition  data  comes  from  a  single  random  process  and  is  therefore  considered 
stationary,  while  the  coherent  to  incoherent  transition  may  come  from  a  single  random 
process. 


7.1.4  Movement  Closure.  Several  methods  to  implement  closure  of  particle 
movement  are  possible.  Particle  speed  could  be  held  constant  or  simply  bounded  to  some 
maximum  value.  The  former  method  is  not  realistic  for  physical  systems  while  the  latter 
can  result  in  non-linearity  of  particle  movement.  As  described  in  Section  4.3.3,  it  is  shown 
that  swarm  particle  movement  is  closed,  and  this  is  accomplished  without  resorting  to 
either  constant  speed  or  hard  limits. 

The  analysis  of  movement  closure  begins  with  Equation  4.59  (repeated  here  for  con¬ 
venience)  with  c?2  replaced  by  its  definition  (see  Equation  4.24). 


<  a* 


4  191 

1  4“  Crepulse  4“  ^3(1  4“  Czone)Cattract,  T  C align 


(7.3) 


As  stated  in  Section  4.3.3,  the  bound  on  particle  movement  is  not  a  hard  upper  limit  but 
rather  a  statistical  limit  (and  hence  the  symbol  <).  The  constants  as,  Crepuise,  C attract, 
and  C align  in  Equation  7.3  are  specified  parameters  that  determine  behavior.  These  values 
are  summarized  in  Table  7.5  for  convenience  (from  Table  6.3).  The  region  proportion 
parameters  a.j ,  j  =  1,2,  3, 4  specify  the  average  proportion  of  neighbors  for  each  particle 
in  each  of  the  four  neighborhood  regions  (see  Table  4.4).  The  parameter  for  region  R2  is 
not  shown  in  Equation  7.3  since  the  weight  is  zero.  Also,  the  parameter  for  region  R4  is 
not  included  since  there  are  no  particles  in  that  region. 


Table  7.5  Behavior  Parameter  Sets 


Parameter 

Behavior 

Coherent 

Incoherent 

C align 

8 

0 

Crepulse 

8 

24 

C attract 

6 

12 

Czone 

0.1 

0.9 

as 

0.008 

0.012 
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The  values  for  the  region  parameters  are  dependent  on  swarm  behavior.  Values 
for  these  parameters  are  the  result  of  10  separate  and  independent  runs  of  the  swarm 
simulator  for  each  behavior  (with  swarm  size  varied  from  20  to  100  members).  The  means 
for  each  region  are  shown  in  Figure  7.3  for  coherent  and  incoherent  behaviors.  The  plots 


Region  1  Region  1 


(a)  Coherent  Behavior  (b)  Incoherent  Behavior 

Figure  7.3  Region  Proportions 


show  the  mean  value  with  error  bars  representing  one  standard  deviation  for  each  region  as 
labelled.  The  variation  by  swarm  size  is  small  for  incoherent  behavior  while  the  variation  for 
coherent  behavior  is  slightly  more.  However,  since  there  is  no  clear  trend  and  the  standard 
deviations  overlap,  it  is  assumed  that  the  region  proportions  do  not  vary  statistically  with 
swarm  size.  The  averages  and  standard  deviations  of  each  parameter  over  all  10  runs  and 
five  swarm  sizes  are  given  in  Table  7.6.  For  both  behaviors,  the  proportion  of  particles  in 


Table  7.6  Average  Region  Proportions 


Behavior 

Oil 

Oil 

03 

G?4 

Coherent 

0.074T0.040 

0 

0.926T0.040 

0 

Incoherent 

0.091T0.002 

0.446T0.003 

0.463T0.004 

0 

region  R 4  is  zero.  Additionally,  the  proportions  of  particles  in  region  R±  for  both  behaviors 
is  approximately  the  same. 

Using  the  values  of  Tables  7.5  and  7.6  the  statistical  bounds  on  particle  movement 
for  each  behavior  can  be  determined.  The  results  are  summarized  in  Table  7.7.  The  error 
analysis  is  made  assuming  that  the  parameters  ctj ,  j  =  1,2,3  are  statistically  independent. 
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Tab: 


e  7.7  Calculated  Movement  Bounds 


Behavior 

lAPil 

Max 

Coherent 

0.197T0.006 

0.0719 

Incoherent 

0.347T0.003 

0.1298 

Additionally,  the  maximum  speed  for  each  behavior  for  a  single  simulation  is  included  as 
an  example.  Clearly,  the  calculated  bounds  are  conservative.  This  is  due  to  the  extensive 
approximations  made  via  the  triangle  inequality. 

7. 2  Protocol  Testing 

This  section  presents  the  protocol  efficiency  and  effectiveness  measured  by  protocol 
overhead  and  delivery  ratio  respectively  as  described  in  Section  6.3.  The  results  presented 
are  made  for  steady  state  behavior. 

7.2.1  Testing  Ground  Rules.  The  physical  system  modeled  consists  of  vehicles 
that  move  according  to  the  swarm  simulation.  The  movement  patterns  are  generated  by 
the  simulator  and  converted  to  scripts  that  are  run  by  the  ns-2  simulator.  It  is  assumed 
that  a  wireless,  radio-frequency  physical  layer  is  used  with  a  broadcast,  free  space  prop¬ 
agation  model.  The  transmitter  power  is  set  so  that  the  nominal  transmission  range  is 
37.7%  greater  than  the  ideal  separation  distance.  This  value  was  chosen  to  ensure  that 
transmission  range  exceeded  the  ideal  separation  distance  but  did  not  extend  so  far  as  to 
reach  the  next  hop  neighbors.  The  swarm  track  data  generated  by  the  simulator  is  scaled 
so  that  the  ideal  separation  distance  is  60  or  100  meters. 

The  sDiff  protocol  does  not  support  multiple  senders  in  its  current  implementation. 
As  a  result  single  Sensor  Application  (data  source)  and  single  Swarm  Application  (data 
sink)  nodes  are  used  in  each  network  scenario.  The  nodes  to  which  the  applications  are 
assigned  remain  fixed  for  the  duration  of  the  network  simulation. 

Packet  sizes  are  chosen  to  be  2048  for  data  packets  and  1024  for  control  packets  (INTR 
or  RQST).  These  values  were  determined  by  experimentation  (see  Appendix  E).  Larger 
values  caused  traffic  bottlenecks  that  resulted  in  dropped  packets  because  of  excessive 
collisions. 
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Eleven  scenarios  are  used  to  simulate  the  swarm  based  sensor  network-one  for  co¬ 
herent  behavior  and  ten  for  incoherent  behavior.  Only  a  single  coherent  behavior  scenario 
was  used  since  there  are  no  network  dynamics  (changes  in  connectivity).  The  network 
dynamics  for  the  ten  incoherent  behavior  scenarios  are  described  in  Appendix  H.  The 
scenarios  used  provide  a  wide  range  of  network  configurations  for  exploring  the  strengths 
and  weaknesses  of  the  three  protocols  tested. 

7 .2.2  Performance  Results  and  Analysis.  The  effectiveness  Dp  of  the  communi¬ 
cation  protocol,  as  given  in  Equation  6.18,  is  a  measure  of  its  ability  to  successfully  deliver 
packets.  The  measures  of  effectiveness  for  the  three  protocols  tested  are  shown  graphically 
in  Figure  7.4.  The  effectiveness  of  the  network  with  coherent  behavior  is  unity  for  all  three 
protocols  and  so  is  not  shown.  The  bar  charts  indicate  the  effectiveness  with  the  error 


Figure  7.4  Swarm  Network  Effectiveness 


bars  indicating  one  standard  deviation.  As  the  plot  indicates,  no  protocol  outperforms  any 
other.  However,  it  seems  that  the  GRP  protocol  is  slightly  outperformed  by  the  other  two. 

The  control  overhead  efficiency  Rb,  as  given  in  Equation  6.19,  is  a  measure  of  the 
control  overhead  required  to  route  data  through  the  network.  The  values  of  this  measure  for 
each  of  the  protocols  is  presented  in  Figure  7.5.  The  shaded  bars  for  each  protocol  denote 
the  overhead  efficiency  for  the  ffock  scenario  while  the  unshaded  bars  are  the  average  of 
the  swarm  scenarios.  The  error  bar  represents  one  standard  deviation.  As  with  the  Db 
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Figure  7.5  Swarm  Network  Control  Efficiency 


measure,  the  GRP  protocol  is  outperformed  by  the  other  two  protocols  but  in  this  case  by 
a  clear  margin. 

The  final  measure,  E^,  measures  the  data  throughput  efficiency  by  determining  the 
number  of  effective  data  packets  needed  to  successfully  propagate  one  data  packet  from 
source  to  sink.  As  with  Figure  7.5,  the  values  for  this  measure  are  plotted  in  Figure  7.6. 
With  respect  to  this  measure,  it  appears  that  the  sDiff  and  GRP  protocols  perform  about 


Figure  7.6  Swarm  Network  Throughput  Efficiency 

the  same.  However,  unlike  the  data  for  the  previous  two  measures,  the  throughput  measure 
seems  to  be  correlated  to  the  incoherent  behavior  scenarios.  The  same  plot  as  Figure  7.6 
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is  shown  in  Figure  7.7  but  with  the  first  four  scenarios  denoted  by  the  shaded  bars  and  the 
the  last  5  scenarios  represented  by  the  unshaded  bars.  The  fifth  scenario  is  not  included. 
As  before,  the  bars  represent  the  mean  of  the  sample  data  with  the  error  bars  denoting  one 


Figure  7.7  Swarm  Network  Throughput  Efficiency  by  Scenario 

standard  deviation.  The  sample  data  is  also  included  to  give  insight  into  the  distribution. 
The  difference  in  the  efficiencies  is  a  result  of  the  scenarios  used.  Specifically,  the  mean 
connection  duration  (see  Appendix  H)  for  the  first  set  of  scenarios  is  79.3%  (with  a  standard 
deviation  of  15.9%),  while  the  mean  for  the  second  set  is  57.1%  (with  a  standard  deviation 
of  8.3%).  The  fifth  scenario  is  not  included  since  the  small  connection  duration  (29.97%) 
causes  the  scenario  to  generate  measures  far  outside  the  range  of  the  other  scenarios  (see 
the  Tables  H.2  through  H.4  in  Appendix  H). 

While  the  sDiff  and  Flood  protocols  are  statistically  similar  for  both  sets  of  scenarios, 
the  GRP  protocol  differs  significantly  from  one  set  to  the  other.  It  is  possible  that  the 
GRP  protocol  could  be  useful  in  highly  dynamic  scenarios. 

7.2.3  Network  Dynamics  and  Swarm  Behavior.  The  explanation  for  this  differ¬ 
ence  is  found  by  inspection  of  the  Behavior  Identification  Measure  (BIM)  for  each  scenario. 
See  Appendix  H  for  more  details  regarding  connectivity  analysis  using  the  BIM  measure. 
The  means  are  plotted  in  Figure  7.8.  The  error  bars  represent  one  standard  deviation 
above  and  below  the  means.  The  dashed  line  connects  the  means  only  to  give  an  indica- 
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tion  of  the  relationship  among  the  points-there  is  no  assumption  that  the  means  are  the 
result  of  any  functional  relationship  among  the  scenarios. 
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Figure  7.8  Average  BIM  by  Scenario 


Figure  7.9  shows  the  potential  correlation  between  the  overall  BIM  measure  versus 
the  data  throughput  efficiency  Ed  by  the  set  grouping.  The  scenarios  are  partitioned  into 
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Figure  7.9  Average  BIM  by  Scenario 


two  sets  with  scenarios  1  through  4  in  Set  A  and  scenarios  6  through  10  in  Set  B.  Scenario 
5  is  not  included  for  reasons  given  above.  There  are  six  data  points:  two  scenario  sets 
with  three  data  points  for  each  set  (for  the  three  protocols,  as  labelled  in  the  figure).  The 
data  points  have  variation  in  both  the  average  BIM  values  and  the  average  throughput 
efficiencies,  Ed-  These  variations  are  denoted  by  rectangular  regions  around  each  point. 
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The  variations  for  the  protocols  sDiff,  GRP,  and  Flood  are  denoted  by  solid,  dashed,  and 
dotted  lines  respectively.  For  both  the  sDiff  and  Flood  protocols,  the  variation  regions 
overlap  significantly.  However,  for  the  GRP  protocol,  the  regions  do  not  overlap  in  the 
efficiency  measure.  This  implies  that  there  is  a  statistical  difference  between  the  two  sets 
with  respect  to  the  efficiency  of  the  GRP  protocol. 

Inspection  of  the  network  dynamics  for  these  two  sets  (see  Appendix  H)  provides  the 
explanation.  The  GRP  protocol  does  not  fair  as  well  for  Set  A  scenarios  compared  to  the 
sDiff  protocol  for  both  sets  or  the  GRP  protocol  for  Set  B  because  of  its  ability  to  receive 
data  packets  based  on  direction.  This  reduces  the  amount  of  superfluous  data  traffic  (in 
Set  B)  and  thus  improves  the  data  throughput  efficiency. 

7.3  Summary 

In  order  to  reason  about  swarming  behavior  in  the  context  of  mobile  sensor  networks, 
the  swarm  model  must  be  characterized.  It  is  shown  that  the  transition  duration  measures 
At i  and  Ate  are  stationary  (with  approximate  confidences  of  30%  and  95%  respectively). 
Further,  the  theoretical  bounds  on  movement  closure  is  calculated  based  on  a  statistical 
analysis  of  neighborhood  sizes.  The  observed  maximum  position  update  distances  for  both 
behavior  is  less  than  these  computed  bounds. 

A  new  testing  methodology  is  proposed  for  comparative  testing  of  network  commu¬ 
nications  protocols  in  the  context  of  a  swarm-based  mobile  network.  This  methodology 
is  used  to  compare  the  three  communication  protocols  sDiff,  GRP,  and  Flood.  Results 
indicate,  for  the  chosen  set  of  parameters,  that  the  sDiff  protocol  out-performs  the  simpler 
GRP  system  and  both  sDiff  and  GRP  out-perform  the  Flood  system. 

Finally,  a  link  is  made  between  performance  of  the  GRP  system  and  swarm  behavior 
dynamics.  The  GRP  system  is  better  suited  for  highly  dynamic  network  environments 
since  it  is  able  to  propagate  data  independently  of  network  connections  but  rather  relies 
solely  on  directional  propagation. 
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VIII.  Conclusion 


8. 1  Introduction 

The  research  developments  presented  in  this  dissertation  are  original  and  provide  a 
significant  contribution  to  the  general  field  of  sensor  networks.  It  has  direct  application 
to  the  Air  Force’s  Joint  Battlespace  Infosphere  program  in  the  Information  Directorate  of 
the  Air  Force  Research  Laboratory.  These  results  also  have  application  in  the  Flight  Dy¬ 
namics  Laboratory  (AFRL)  where  autonomous  vehicle  control  research  is  conducted  (25). 
The  Flight  Dynamics  Laboratory  is  actively  pursuing  airborne  swarming  applications  with 
several  companies  and  universities — they  have  commissioned  Icosystem,  Inc.  to  develop  a 
model  for  a  notional  swarm  system  of  up  to  110  UAVs  based  on  a  pheromone-type  pro¬ 
cess  (68).  Section  8.2  summarizes  the  research  accomplishments  and  relates  them  to  the 
overall  research  goals.  Section  8.3  describes  some  of  the  areas  where  this  research  can  be 
extended. 

Several  original  concepts  contribute  to  meeting  the  research  goal  of  developing  a 
swarm  based  communications  modeling  process.  The  swarm  algorithm  is  scalable  with 
respect  to  behavior  and  provides  a  quantitative  behavior  evaluation  methodology.  Further, 
the  novel  network  simulation  methodology  seamlessly  integrates  swarm  behavior. 

8.2  Dissertation  Contributions 

The  specific  concepts  developed  include  a  novel  swarm  vision  blocking  model,  a 
distributed  behavior  identification  methodology,  a  classification  methodology  that  cate¬ 
gorizes  swarms  by  behavior,  and  communications  protocol  evaluation  in  the  context  of 
swarm  movement.  These  contributions  are  now  summarized,  their  originality  substanti¬ 
ated,  and  their  specific  relationship  to  the  research  objectives  identified.  The  objectives, 
as  introduced  in  Chapter  I,  are  listed  in  Table  8.1. 

8. 2. 1  Swarm  Model  Development.  The  development  of  the  swarm  model  is  pred¬ 
icated  on  the  need  for  a  scalable  simulation  that  maintains  constant  global  swarm  behavior 
for  a  given  set  of  configuration  parameters  independent  of  the  swarm  population  size.  This 
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Table  8.1  Research  Objectives 
Objective:  Swarm  Model 

-  Investigate  state-of-the-art  swarming  systems/applications 

-  Implement/improve  swarm  model 

-  Investigate  swarm  scalability  issues 
Objective:  Swarm  Behavior  Analysis 

Develop/ analyze  behavior  measures  methodology 
Develop  behavior  classification  methodology 
Objective:  Swarm  Network  Analysis 
Develop  simulation  methodology  for  swarm  based  sensor  network 

-  Develop  comparison  protocols 
Develop  network  evaluation  methodology 

-  Analyze  protocol  performance  in  sensor  swarm  network 

Develop  quantitative  link  between  swarm  behavior  and  network  characteristics 


is  achieved  through  the  use  of  a  novel  vision  blocking  model.  Additionally,  improved  global 
swarm  behavior  is  obtained  through  the  use  of  a  more  realistic  peripheral  vision  model. 

A  significant  shortfall  in  swarm  systems  is  the  lack  of  scalability.  The  parameter 
specification  is  a  set  of  parameters  controlling  the  weights  used  to  update  neighbor  particles 
but  in  a  physical  system  the  entire  rule  set  used  for  position  updates  must  be  changed. 
This  is  not  easily  done  if  it  is  possible  at  all.  Swarm  size  can  change  for  several  reasons. 
As  applications  change,  the  swarm  requirements  change.  This  represents  a  pre-deployment 
configuration  issue.  However,  the  swarm  size  can  change  in  the  midst  of  an  application  also. 
The  environment  can  change  and  thus  change  the  nature  of  the  application.  Additionally, 
the  swarm  size  can  change  due  to  failures. 

As  is  shown  in  Section  4.1.1,  the  vision  blocking  model  allows  for  global  swarm 
movement  behavior  that  is  independent  of  swarm  size.  The  vision  model  also  ensures 
that  the  swarm  never  loses  cohesiveness.  Additionally,  the  vision  model  was  improved 
to  incorporate  the  concept  of  peripheral  vision.  This  provides  a  more  realistic  model  of 
swarms  as  they  occur  in  nature  and  improves  the  fidelity  of  the  swarm  model  for  simulation 
purposes. 

8.2.2  Swarm  Behavior  Analysis.  A  swarm  taxonomy  is  presented  based  on  a 
novel  behavior  identification  methodology.  The  taxonomy  and  classification  method  pro- 


8-2 


vide  a  mechanism  for  relating  swarm  behavior  and  the  associated  inter-particle  dynamics 
to  the  performance  of  a  data  communications  network  used  to  propagate  sensor  data 
throughout  the  swarm.  The  behavior  identification  methodology  enables  distributed,  real¬ 
time  behavior  identification  in  the  swarm. 


8.2.2. 1  Swarm  Classification.  A  method  for  swarm  behavior  classification 
is  needed  in  order  to  reason  about  the  relationship  between  different  behaviors  and  the 
dynamics  associated  with  transformations  from  one  behavior  type  to  another.  The  devel¬ 
opment  of  the  steady-state  and  transition  measures  provides  a  foundation  for  this  type  of 
analysis.  The  adaptation  of  digital  circuit  parameters  to  swarm  systems  provides  a  rich 
set  of  measures  for  developing  a  classification  strategy.  These  measures  are  summarized  in 
Table  8.2. 


Table  8.2  Swarm  System  Performance  Measures 


Swarm 

system 

Description 

tpIC 

Delay  time  for  change  to  Coherent  Behavior  (CB) 

tpCI 

Delay  time  for  change  to  Incoherent  Behavior  (IB) 

tl 

Time  for  transition  to  IB 

tc 

Time  for  transition  to  CB 

A ic 

IB  transition  input  threshold 

A ci 

CB  transition  input  threshold 

VS 

A/C’  AIC 

IB  lower  and  upper  threshold  margins 

AC/>  ACI 

CB  lower  and  upper  threshold  margins 

^50% 

CB  and  IB  threshold 

NMC 

CB  noise  margin 

AM/ 

IB  noise  margin 

While  another  taxonomy  system  has  been  proposed  (37),  that  classification  focuses 
on  the  technical  aspects  of  the  swarm  implementation  and  does  not  provide  a  parallel  to 
the  natural  systems  (e.g.  flocks,  swarms,  herds,  etc.)  which  motivate  implementations 
of  swarm  applications.  The  natural  classification  method  provides  a  link  to  the  natural 
systems  and  provides  insight  into  how  those  natural  systems  (and  specifically,  their  types 
of  behavior)  can  be  used  advantageously  for  sensor  swarm  applications. 
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With  the  Behavior  Identification  Measure  (BIM)  changes  in  behavior  can  be  detected 
and  the  sensor  network  system  can  adapt  to  those  changes.  Along  with  the  BIM,  this 
satisfies  all  the  objectives  of  the  swarm  behavior  analysis  goal. 

8. 2. 2. 2  Behavior  Identification  Measure.  The  Behavior  Identification  Mea¬ 
sure  (BIM),  described  in  Section  6.2.1,  provides  a  mechanism  whereby  swarm  members 
may  identify  changes  in  global  behavior.  The  significant  contribution  of  the  method  is 
that  it  is  distributed- no  global  knowledge  is  needed.  As  such,  it  is  completely  independent 
of  swarm  size.  The  BIM  satisfies  part  of  the  behavior  classification  objective  as  part  of  the 
swarm  behavior  analysis  goal. 

8.2.3  Swarm  Network  Analysis.  Three  communications  protocols  are  compared 
for  performance  in  the  context  of  a  swarm  based  sensor  network.  The  established  Directed 
Diffusion  protocol  (58)  is  compared  to  the  naive,  stateless  Geographical-based  Routing 
Protocol  (GRP)  and  the  baseline  Flood  Protocol  (both  developed  for  this  research).  The 
Directed  Diffusion  implementation  used,  sDiff,  and  the  GRP  implementation  fared  about 
equally  well  with  respect  to  efficiency  and  effectiveness  and  much  better  in  all  measures  than 
the  Flood  protocol  as  is  supported  by  the  statistical  analyses  of  Section  7.2.  However,  the 
sDiff  protocol  requires  significant  node  resources  (memory  and  processing)  to  accomplish 
the  routing  tasks  while  GRP  and  Flood  protocols  are  simple  to  implement  and  require  few 
resources.  Taken  in  this  light,  the  GRP  protocol  is  a  viable  alternative  for  swarm  based 
network  applications.  The  development  of  the  GRP  system  and  comparison  to  the  sDiff 
and  Flood  systems  satisfy  the  requirements  of  the  protocol  development  objective  under 
the  swarm  network  analysis  goal 

A  simulation  method  that  tests  network  performance  in  a  swarm  based  network 
did  not  previously  exist.  The  literature  review  for  this  research  indicated  that  the  only 
movement  pattern  for  mobile  networking  applications  used  random  movement  with  spec¬ 
ified  rest  times  (15,  28,  38,  58).  The  method  used  provides  a  direct  link  between  swarm 
behavior  and  the  performance  of  network  communication  protocols.  Further,  because  of 
the  dynamics  of  the  network,  traditional  network  evaluation  measures  must  be  augmented 
with  adapted  measures.  The  data  throughput  efficiency  measure  provides  a  measure  of  the 
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network  performance  in  the  context  of  network  dynamics.  These  testing  and  evaluation 
methodologies  together  with  the  GRP  development  and  protocol  comparisons  satisfy  the 
objectives  of  the  swarm  network  analysis  goal. 

8.3  Future  Research 

Additional  work  must  still  be  accomplished  to  investigate  potential  correlations 
among  the  other  parameters.  The  primary  focus  of  this  work  has  been  on  the  align¬ 
ment  rule  since  this  provides  the  best  means  by  which  flock  and  swarm  behaviors  may  be 
obtained. 

The  swarm  simulator  should  be  extended  for  three  dimensional  swarms.  The  moti¬ 
vation  is  two-fold:  First,  the  world  is  three  dimensional  and  this  would  make  the  simulator 
more  realistic  especially  for  airborne  applications  involving  LOCAAS  (95)  or  WASP  (35) 
UAVs.  Second,  swarm  defense  methods,  as  seen  in  nature,  would  be  significantly  different 
for  a  three  dimensional  application. 

Other  areas  of  future  work  should  include  investigation  of  the  potential  parallel  be¬ 
tween  the  principles  of  thermodynamic  and  particle  swarm  behavior.  Investigation  of  these 
principles  may  lead  to  a  more  detailed  model  of  swarm  behavior  and  a  more  complete  un¬ 
derstanding  of  the  parameter  interactions. 

While  a  cursory  investigation  of  network  loading  was  conducted,  a  more  thorough 
analysis  needs  to  be  done  to  gain  insight  into  the  communications  medium  use  efficiency 
measures.  An  analysis  needs  to  be  made  to  determine  the  maximum  theoretical  data 
throughput.  One  possible  maximum  can  be  obtained  if  one  assumes  that  all  nodes  are 
transmitting  a  the  maximum  rate.  However,  this  is  not  realistic  since  no  data  is  received! 

Another  area  of  investigation  involves  the  need  for  sender/receiver  dynamics.  This 
research  assumed  a  single  data  sink  node  (Swarm  Application)  and  a  single  data  source 
node  (Sensor  Application).  The  assignment  of  these  tasks  remained  fixed  throughout  the 
simulation.  A  more  realistic  scenario  should  allow  the  Swarm  Application  task  to  migrate 
through  the  swarm  as  required  by  environmental  conditions.  An  additional  augmentation 
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would  allow  the  Sensor  Application  task  to  migrate  through  the  swarm  in  order  to  follow 
some  fixed  location  event  or  phenomenon. 

The  sDiff  protocol  does  not  support  multiple  data  producers  but  the  GRP  and  Flood 
protocols  do.  Since  a  common  denominator  must  be  established,  scenarios  involving  mul¬ 
tiple  data  sources  was  not  investigated.  However,  it  would  have  been  useful  to  see  the 
effectiveness  and  efficiency  measures  for  each  scenario  with  a  single  sink  and  multiple  data 
producers.  It  is  expected  that  the  GRP  protocol  would  fair  much  better  than  the  Flood 
protocol  since  the  overhead  is  much  less  (and  the  reduction  in  overhead  would  result  in 
less  collisions).  This  conjecture  is  independent  of  swarm  or  flocking  behavior. 
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Appendix  A.  Particle  Swarm  Optimization 

This  appendix  provides  a  more  detailed  explanation  of  Particle  Swarm  Optimization  (PSO) 
techniques  and  the  more  general  area  of  Evolutionary  Algorithms  (EAs). 

PSO  falls  into  the  broad  category  of  Evolutionary  Algorithms(8).  These  algorithms 
are  useful  in  finding  optimal  solutions  to  highly  complex,  non-linear  single  and  multiple 
objective  problems(26).  More  traditional  solution  techniques,  like  the  Newton  method  or 
other  hill-climbing  algorithms,  use  local  information  in  the  solution  space  to  improve  a 
single  solution.  The  problem  with  this  method  is  that,  in  a  solution  space  with  multiple 
local  optima  and  perhaps  only  a  single  global  optimum,  the  solution  found  is  highly  unlikely 
to  be  the  global  optimum.  EAs  provide  a  technique  to  improve  the  possibility  of  finding  the 
globally  optimum  solution  by  using  a  population  of  solutions  scattered  about  the  solution 
landscape.  This  population-based  search  method  can  be  defined  as  shown  in  Equation  A.l. 

P'  =  m(f,P )  (A.l) 

where  P  is  the  initial  population  in  the  solution  landscape,  /  is  the  function  for  which  the 
globally  optimum  solution  is  being  search,  and  m  is  a  population  modification  mechanism 
that  is  used  to  produce  a  new  population  P'  based  on  an  optimization  of  the  fitness  function 
/.  An  example  of  a  fitness  function  is  the  generalized  Rastrigin  function  (105)  given  in 
Equation  A. 2. 


n 

/(*)  =  —  10cos(27TXj)  +  10)  (A. 2) 

i—1 

where  n  is  the  dimensionality  of  the  input  domain.  This  function  is  known  to  have  a 
global  minimum  for  xt  =  0,  Vi  6  1  ...n.  The  three  dimensional  solution  landscape  is  shown 
in  Figure  A.l  (plotted  for  x  e  [—1.2, 1.2]2). 

As  the  plot  indicates,  the  solution  space  is  highly  multi-modal.  This  would  cause 
most  optimization  functions  to  settle  prematurely  on  a  local  optimum. 
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Figure  A.l  Solution  Landscape 

The  modification  mechanism  m  in  Equation  A.l  consists  of  one  or  more  of  the  follow¬ 
ing  operations:  crossover,  mutation,  and  selection.  Different  variations  of  these  operators 
are  used  to  achieve  exploration  of  the  fitness  landscape  as  well  as  exploitation  of  “good” 
individuals. 

PSO  is  an  algorithmic  approach  to  solving  optimization  problems  that  attempts 
to  take  advantage  of  swarm  intelligence.  Swarm  intelligence  is  a  property  of  a  system 
whereby  the  collective  behaviors  of  simple,  homogeneous  entities  interacting  locally  with 
their  environment  and  each  other  cause  coherent  functional  global  patterns  to  emerge. 
Examples  of  such  “systems”  in  the  real  world  are  ants  and  their  foraging  behavior,  termites 
and  their  nest-building  behavior,  and  birds  in  their  flocking  behavior(69). 

The  population  members  in  PSO  algorithms  move  through  the  solution  landscape 
in  an  iterative  fashion.  Each  member  moves  with  a  certain  velocity  that  is  dynamically 
adjusted  according  to  its  experience  and  the  experience  of  its  neighbors.  Each  population 
member  or  particle  (in  a  population  of  size  N )  in  the  D-dimensional  input  space  is  treated 
as  an  infinitely  small  point.  The  position  and  velocity  of  the  ith  particle  are  given  by 
X \  =  [xji, . . . ,  xn)]T  and  Vj  =  [ua, . . . ,  vn)]T  respectively.  The  fitness  of  an  individual  is  a 
function  of  its  position.  The  velocities  and  positions  of  the  swarm  members  are  updated 
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according  to  Equations  A. 3  and  A. 4  at  each  iteration.  The  fitness  of  each  particle  is  given 
by  Equation  A. 5  where  /  is  a  function  to  be  optimized  (e.g.  find  the  global  minimum  or 
maximum).  The  previous  best  position  of  a  particle  is  given  by  Pi  =  [pti- . . .  ,PiZ)]T-  The 
global  best  solution  is  denoted  by  Pg  =  \pgi,  ■  ■  ■  ,PgD]T ■  P%  and  Pg  are  updated  after  each 
iteration  also. 


v'id  =  Vid  +  cin{pid  -  xid)  +  c2r2{pgd  ~  Xu),  Vi  6  1..N,  \/d  6  1..D  (A.3) 

x'id  =  Xid  +  v'id,  Vi  G  1..N,  \/d  €  1..D  (A. 4) 

Fi  =  f(Xi),  Vi  G  1..N  (A. 5) 

In  Equation  A.3  ci  and  c2  are  positive  constants  and  n  and  r2  are  random  numbers 
from  two  independent,  identically  distributed  (usually)  random  processes.  The  parameters 
Pid  and  pgd  represent  the  experience  of  the  individual  and  its  neighbors  respectively.  These 
values  are  updated  at  each  iteration  according  to  Equations  A. 6  and  A. 7  (for  a  minimization 
problem) . 


P[  =  min (PuFi),  Vi  G  1..A  (A.6) 

Pg  =  min  (Pi, . . . ,  PN )  (A. 7) 

Careful  incorporation  of  the  swarm  behavior  rules  described  in  Section  2.3  (see  Table 
2.1  and  Figure  2.5,  page  2-6)  can  result  in  a  robust  algorithm  that  combines  exploration 
and  exploitation  to  find  the  optimal  solution(69). 

It  should  be  noted  that  these  algorithms  are  not  guaranteed  to  find  the  globally 
optimum  solution  in  a  finite  amount  of  time(69).  However,  these  algorithms  have  been 
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the  subjects  of  intense  research  and  are  continuously  being  improved  in  order  to  converge 
more  quickly  with  a  higher  probability  on  the  global  optimum. 
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Appendix  B.  Wireless  Networking  Systems 

This  Appendix  provides  a  summary  of  several  wireless  networking  systems.  The  systems 
described  here  are  the  802.11  system  (both  a  and  b),  the  Bluetooth  system,  and  the  Infrared 
Data  Association’s  IrDA  system.  These  standards  address  connection  requirements,  data 
formats,  and  protocols  for  the  bottom  two  layers  of  the  OSI  Reference  Model  (see  Section 
2.4.1).  Additionally,  the  Global  Positioning  System  (GPS)  is  described  briefly.  GPS  is  a 
satellite-based  location  and  navigation  system  and  plays  an  important  role  in  wireless,  ad 
hoc  networks. 

B.l  802.11 

The  Institute  of  Electrical  and  Electronics  Engineers  (IEEE)  developed  the  802.11 
standard  for  wireless  local  area  network  (WLAN)  architectures (85).  The  goal  of  the  stan¬ 
dards  committee  was  to  develop  a  standard  that  specified  a  system  that  was  as  similar 
as  possible  to  the  widely  accepted  802.3  (Ethernet)  standard(119).  The  major  technical 
challenges  are  those  associated  with  the  greatest  benefit  of  wireless  systems:  mobility.  The 
standard  provides  the  capabilities  to  operate  a  mobile  terminal  but  maintain  the  traditional 
level  of  services  found  in  wired  network. 

The  standard  defines  two  additional  systems,  the  802.11a  and  802.11b.  The  802.11a 
architecture  provides  data  rates  up  to  54  megabits  per  second  (Mbps)  in  the  Unlicensed 
National  Information  Infrastructure  (UNII)  band  (at  5  GHz).  The  802.11b  architecture 
provides  a  slightly  slower  data  rate  of  11  Mbps  in  the  Industrial,  Scientific,  and  Medical 
(ISM)  band  (at  2.4  GHz). 

B.2  Bluetooth 

Bluetooth  is  a  short-range  wireless  networking  specification  (13).  It  is  being  devel¬ 
oped  by  the  Bluetooth  Special  Interest  Group,  an  alliance  of  vendors  consisting  of  Ericsson, 
3Com,  Lucent  Technologies,  Microsoft,  Motorola,  and  Nokia  just  to  name  a  few.  The  sys¬ 
tem  was  initially  developed  by  researchers  at  Ericsson  and  hence  the  name — the  system  was 
named  for  a  tenth-century  Nordic  King  Harald  Bluetooth  (33).  The  Bluetooth  specification 
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was  developed  outside  of  the  IEEE  standards  process.  However,  the  IEEE  recognized  the 
need  to  develop  a  wireless  personal  area  network  and  have  since  incorporated  the  Bluetooth 
specification  into  the  802.15  working  group  considerations. 

The  Bluetooth  standard  specifies  the  entire  protocol  stack.  Bluetooth  is  designed  to 
support  Personal  Area  Networks  (PAN)  at  raw  data  rates  up  to  1  Mbps  over  a  range  of 
10  meters.  For  this  reason,  Bluetooth  is  not  meant  to  replace  corporate,  office  or  home 
networks.  The  application  of  Bluetooth  is  limited  more  to  utility  types  of  implementations. 
This  includes  wireless  headsets  for  cellular  phones  and  short  range  interfaces  for  personal 
digital  assistants  (PDA).  Bluetooth  equipped  devices  operate  in  the  ISM  band  at  2.4  GHz. 

B.3  IrDA 

The  Infrared  Data  Association  was  established,  like  the  Bluetooth  consortium,  to 
develop  an  open  standard  for  infrared  (IR)  data  communication  (129).  The  specifica¬ 
tion  provides  for  point-to-point  data  and  control  communications  (57).  IrDA  provides 
high-speed,  cordless,  line-of-sight  data  transfer  for  digital  devices — the  same  devices  sup¬ 
ported  by  Bluetooth  (i.e.  PDAs,  laptops,  desktop  computers,  etc.).  The  IrDA  Control 
specification  describes  the  interface  procedures  for  keyboards  (1-way),  joysticks  (2-way, 
low  latency),  etc.  It  also  includes  “remotes”  for  household  devices  like  video  cassette 
recorder/players  and  televisions. 

IrDA  was  initially  designed  as  a  method  to  replace  the  proliferation  of  computer 
cables(57).  However,  its  utility  in  providing  seamless  access  through  a  wireless  interface 
makes  it  ideal  for  personal  area  networking  applications. 

B.f  Performance  Characteristics 

The  performance  capabilities  of  the  various  wireless  access  technologies  vary  slightly 
for  current  or  near  term  systems.  The  predominant  data  rates  available  for  wireless  data 
is  approximately  1-2  Mbps.  Plans  for  next  generation  systems  are  in  the  works  to  boost 
these  rates  nearer  to  those  of  currently  available  wired  systems  (10  Mbps).  Table  B.l  lists 
the  performance  characteristics  of  most  of  the  systems  above. 
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Table  B.l  Wireless  Systems  Performance 


Data  rate(Mbps) 

Range(meters) 

Frequency  (GHz ) 

802.11 

2 

100 

2.4 

802.11b 

11 

100 

2.4 

802.11a 

54 

TBD 

5 

802.15  (Bluetooth) 

<1 

10 

2.4 

802.15  (high-rate) 

20+ 

TBD 

2.4/5 

IrDA 

4 

1 

IR 

Because  of  significant  overhead  in  the  802.11b  system,  the  effective  data  rate  is  about 
6  Mbps.  Also,  there  is  a  proposal  to  develop  a  16  Mbps  standard  for  IR  devices. 

B.5  Global  Positioning  System 

The  Global  Positioning  System  (GPS)  is  a  worldwide  satellite-based  radio  navigation 
system(74).  The  system  consists  of  24  satellites  in  six  orbital  planes  operating  in  circular, 
10,900  nautical  mile  orbits  at  an  inclination  of  55  degrees  in  a  12  hour  period.  The  radio 
system  operates  on  two  frequencies  in  the  L  band-Ll  is  1575.42  MHz  and  L2  is  1226.6  MHz- 
and  can  be  used  anywhere  near  the  earth’s  surface.  However,  it  is  line-of-sight  dependent 
and  therefore  the  accuracy  of  the  system  suffers  in  environments  where  signals  get  blocked 
(like  in  large  cities  with  tall  buildings). 

GPS  receivers  can  provide  longitude  and  latitude  with  only  three  satellites.  A  fourth 
satellite  is  necessary  in  order  to  determine  the  altitude  of  the  receiver.  Using  even  more 
satellites  improves  the  accuracy  which  is  typically  around  15  meters.  An  enhance  GPS 
system,  called  differential  GPS,  uses  ground  stations  to  augment  the  satellites.  These 
systems  can  achieve  accuracies  to  within  a  few  meters. 
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Appendix  C.  OPNET  and  ns2  Performance 

This  appendix  details  the  performance  differences  between  the  two  popular  network  sim¬ 
ulation  tools  OPNET  and  ns-2. 

C.l  Performance  Testing 

Simulations  were  executed  to  test  the  performance  of  the  OPNET  and  ns-2  envi¬ 
ronments.  Test  simulations  consisted  of  different  sized  swarms  for  different  lengths  of 
simulation  time.  In  order  to  obtain  a  broad  perspective  of  the  simulation  programs,  tests 
were  run  on  two  different  platforms  and  three  different  operating  systems  (OSs).  Table  C.l 
provides  the  details  of  the  various  platforms  and  OSs.  Both  simulators  were  run  on  the 


Table  C.l  Test  Platforms 

TTlfra  I  Tver 


Ultra  10° 

Inspiron  7500 b 

Hardware 

UltraSPARC-IIi 

Pentium  III 

440MHz 

750MHz 

1024MB  RAM 

512MB  RAM 

Operating 
System  (s) 

SunOS  5.8 

Linuxc 

Windows  2000 d 

"Sun  Microsystems 

6Dell  Computer  Corp. 

“Mandrake  8.1 

“Microsoft  Corp.,  Professional  version 

Ultra  10  under  SunOS  5.8.  On  the  Inspiron  7500,  OPNET  was  run  under  Windows  while 
ns-2  was  run  under  Linux. 

Simulations  of  five  swarm  sizes  were  run-20,  35,  50,  70,  and  100  nodes.  Each  simu¬ 
lation  was  run  for  five  different  durations-20,  30,  40,  50,  and  60  seconds.  Additionally,  in 
order  to  provide  a  statistical  sampling,  each  simulation  was  run  ten  times.  This  data  was 
used  to  generate  the  first  and  second  order  statistics  (average  and  standard  deviation). 

The  simulation  scenario  in  each  case  involves  a  single  node  sending  out  one  RQST 
packet.  This  occurs  at  simulation  time,  t  =  15s.  Every  node  is  instantiated  with  a  single 
sensor  application.  These  applications  are  started  at  a  simulation  time,  t  =  10s  and  allowed 
to  produce  RESP  messages  as  specified  earlier  until  the  end  of  the  simulation.  Due  to  the 
nature  of  the  application  design,  RESP  messages  are  not  forwarded  for  transmission  by 


C-l 


the  MAC  layer  unless  a  RQST  message  was  received.  Therefore,  the  run-time  contribution 
by  the  first  15s  of  the  simulation  is  negligible.  There  are  other  subtle  differences  in  the 
run-time  performance  of  the  two  simulations.  These  are  described  in  greater  detail  in  the 
next  section. 

It  should  be  noted  that  a  significant  performance  issue  was  discovered  while  com¬ 
paring  the  run-time  performances  of  the  two  simulators.  Because  of  differences  in  the 
implementation  of  the  802.11  MAC  models,  the  number  of  dropped  packets  due  to  colli¬ 
sions  is  slightly  different.  It  was  noted  that  performance  is  closely  related  to  the  number  of 
successfully  transmitted  packets.  Therefore,  a  delivery  ratio  measure,  as  shown  in  Equa¬ 
tion  C.l,  was  used  to  ensure  that  the  two  simulations  were  processing  approximately  equal 
numbers  of  packets. 

_  ft success 

ft dropped  T  ftsuccess 

This  was  done  by  adjusting  the  size  of  the  RESP  packets.  The  initial  size  was  set  at  4096 
bytes1  for  both  simulators.  With  this  value  the  ns-2  simulator  802.11  MAC  model  dropped 
more  packets  than  the  OPNET  simulation.  Once  this  issue  was  identified,  the  packet  size 
for  the  ns-2  simulation  was  reduced  until  the  delivery  ratios  were  approximately  equal. 
Table  C.2  lists  the  delivery  ratios  for  OPNET  and  ns-2  (before  and  after  adjustment  of 
packet  size). 


(C.l) 


Table  C.2  Packet  Delivery  Ratio 


Swarm 

Size 

OPNET 

ns- 

-2 

Before 

After 

20 

96.4 

90.2 

96.8 

35 

94.0 

82.2 

93.9 

50 

92.5 

70.8 

90.0 

70 

91.7 

66.7 

87.4 

100 

89.9 

69.8 

87.0 

Additionally,  the  average  inter-arrival  time  of  2.0s  was  chosen  to  further  reduce  packet 
collisions.  The  desire  was  to  ensure  that  the  run-time  of  the  simulators  is  linear  with  respect 
to  simulation  duration.  At  an  average  inter- arrival  time  of  1.0s,  the  run-times  of  both 

1This  was  deemed  to  be  a  reasonable  size  for  encapsulating  a  moderate  amount  of  sensor  data. 
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simulators  are  not  linear.  However,  the  same  trend  with  respect  to  run-time  performance 
and  dropped  packets  was  noted  (as  described  in  Section  C.2.2). 


C.  2  Results 

The  assessments  of  the  two  simulation  environments  fall  into  two  categories:  Ob¬ 
jective  (based  on  an  evaluation  of  the  run-time  performance)  and  Subjective  (based  on 
ease  of  use,  learning-curve,  etc.).  The  statements  made  in  this  section  with  respect  to  the 
subjective  issues  are  based  on  the  authors’  experiences.  These  comments  are  intended  to 
provide  insight  into  the  issues  associated  with  using  each  simulator  and  a  foundation  for 
choosing  a  simulator  for  a  particular  modeling  challenge. 


C.2.1  Performance  Analysis.  This  section  details  the  run-time  performance  of 
the  two  simulators.  In  addition  to  a  presentation  of  the  run-time  performance,  an  analysis 
is  made  to  develop  a  predictive  mathematical  model  of  the  run-time  as  a  function  of  swarm- 
size  and  simulation  time.  Figures  C.l  and  C.2  show  the  run-times  for  ns-2  and  OPNET 


Figure  C.l  ns-2  run-time 


on  the  Sun  platform.  As  these  figures  show  ns-2  executes  in  a  much  shorter  time.  A 
cursory  analysis  of  this  data  indicates  that  the  run-time  is  linear  with  respect  to  simulation 
time  and  polynomial  with  respect  to  swarm  size  (for  the  chosen  set  of  parameters)  as  is 
anticipated.  These  assumptions  are  used  to  develop  a  mathematical  model  of  each  of  the 
simulator’s  run-time  performance  in  the  next  section.  For  completeness,  an  exponential 
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Figure  C.2  OPNET  run-time 


model  was  investigated  for  its  applicability.  However,  the  values  are  approximately  2.9  and 
2.4  for  OPNET  and  ns-2  respectively.  Therefore,  the  run-time  performance  of  OPNET  is 
modelled  as  a  cubic  polynomial  and  that  of  ns-2  is  modelled  as  a  quadratic. 

Table  C.3  provides  the  ratios  of  the  run-times  for  OPNET  and  ns-2  for  the  Pentium 
III  Dell  system  (for  OPNET  running  under  Windows  and  ns-2  running  under  Linux).  It 
should  be  noted  that,  for  large  simulations  (consisting  of  a  large  number  of  nodes  for  long 
simulations),  ns-2  provides  a  significant  reduction  in  run-time.  Similar  data  is  obtained 


Ta 


He  C.3  Performance  Ratio  -  Dell  workstation 


Swarm 

Size 

Simulation  Time 

20 

30 

40 

50 

60 

20 

2.73 

7.15 

7.46 

8.16 

8.78 

35 

4.96 

9.04 

10.9 

11.8 

11.4 

50 

8.85 

12.4 

13.0 

13.0 

13.6 

70 

12.3 

13.2 

14.1 

14.9 

14.6 

100 

16.5 

17.5 

18.7 

19.0 

18.6 

for  execution  on  the  Sun  workstation.  These  ratios  are  shown  in  Table  C.4. 
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Table  C.4  Performance  Ratio  -  Sun  Workstation 


Swarm 

Size 

Simulation  Time 

20 

30 

40 

50 

60 

20 

1.90 

4.92 

5.41 

5.99 

6.19 

35 

3.81 

7.23 

8.04 

8.85 

8.88 

50 

6.80 

10.2 

10.8 

10.8 

11.3 

70 

10.6 

12.1 

12.9 

13.5 

12.9 

100 

15.7 

17.2 

18.4 

18.2 

17.3 
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error  propagation  for  the  results  in  Tables  C.3  and  C.4  reveal  that  the  deviations  for  all 
numbers  are  less  than  0.06  and  0.4  for  the  Dell  and  Sun  workstations  respectively. 

The  potential  explanation  for  large  performance  difference:  OPNET  has  more  over¬ 
head  during  simulation  due  to  statistics  collection.  The  precise  nature  of  this  overhead  is 
unknown  due  to  the  fact  that  OPNET  simulator  source  code  is  unavailable  for  analysis. 
While  no  statistics  were  selected  for  collection  during  run-time,  the  overhead  associated 
with  this  capability  might  still  result  in  some  delay. 

C.2.2  Mathematical  Analysis.  The  mathematical  analysis  of  the  run-time  data 
is  presented  here.  It  should  be  noted  that  these  results,  as  they  relate  to  the  performance 
of  OPNET  and  ns-2  are  applicable  only  to  the  particular  scenario  tested.  However,  the 
analysis  provides  useful  insight  into  the  performance  aspects  of  the  two  simulation  envi¬ 
ronments. 

The  goal  is  to  develop  a  mathematical  model  of  the  run-time  of  the  simulators  with 
respect  to  the  size  of  the  swarm  and  the  duration  of  the  simulation-as  shown  in  Equa¬ 
tion  C.2 

trt  =  f(n,tst )  =  g(n)h(tst )  (C.2) 

where  trt  is  execution  time,  n  is  the  swarm  size,  and  tst  is  the  simulation  duration.  As  the 
equation  shows,  the  assumption  is  that  the  contributions  to  the  run-time  by  the  two  input 
parameters  are  uncorrelated  and  are  the  result  of  the  product  of  two  functions  g  and  h, 
each  of  a  single  variable. 

After  analysis  of  the  OPNET  run-time  data,  the  form  of  the  relationship  was  deter¬ 
mined  to  be  cubic  with  respect  to  swarm  size,  n,  and  linear  with  respect  to  simulation 
duration,  tst-  This  is  shown  in  Equation  C.3 

trt  =  {Aopnettst.  T  -Bopnet)p3(^-)  (C.3) 

where  P3(n)  is  a  cubic  polynomial  in  n.  The  form  of  the  ns-2  relationship,  shown  in 
Equation  C.4,  is  also  linear  with  respect  to  simulation  duration  but  is  quadratic  with 
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respect  to  swarm  size. 

trt  —  (-A-nstst  Bns)p2(jl)  “I-  hsrc(jl)  (C.4) 

The  additional  term,  hsrc(n),  in  Equation  C.4  models  the  time  required  to  read  in  the 
node  movement  and  packet  traffic  source  files.  It  was  determined  that  hsrc{n)  is  linear 
with  respect  to  n.  The  values  for  A  and  B  are  given  in  Table  C.5. 


Table  C.5  Simulation  Duration  Coefficients 


Sun  (Unix) 

Dell  (Linux) 

A 

B 

A 

B 

OPNET 

0.1683 

-2.381 

0.1072 

-1.342 

ns-2 

1.048 

-17.09 

0.6711 

-9.675 

The  data  presented  in  Tables  C.4  and  C.3  was  generated  by  evaluating  the  expression 
given  in  Equation  C.5  with  experimental  data. 

D  _  ( trt)opnet  /p  r\ 

-ftperf  ~  ,,  n. 

[f'rtjns 

A  general  formula  for  performance  improvement  obtained  from  using  ns-2  can  be  deter¬ 
mined  by  using  asymptotic  analysis  on  Equation  C.5.  As  the  size  of  the  swarm  increases 
(with  tts  held  constant),  the  performance  improvement  is  approximately  linear.  With  the 
swarm  size  held  constant,  the  performance  improvement  reaches  a  constant  value.  This 
value  is  specified  by  a  ratio  of  the  constants  Aopnet  and  Ans  in  Equations  C.3  and  C.4 
respectively.  Equations  for  the  asymptotic  performance  improvement  on  the  Sun  and  Dell 
platforms  are  reflected  in  Equation  C.6. 


R 


perf 


(0.161)n 

(0.160)n 


Sun 

Dell 


(C.6) 


Plots  of  the  actual  performance  ratio  data  (from  Tables  C.3  and  C.4)  and  the  results  of 
the  performance  ratio  models  are  shown  in  Figure  C.3.  The  top  row  of  Figure  C.3  shows  a 
surface  plot  of  the  actual  performance  ratios  for  the  Dell  and  Sun  platforms  respectively. 
Surface  plots  of  the  mathematical  models  are  shown  in  the  bottom  row.  Inspection  of 
the  figure  reveals  that  there  are  inaccuracies  in  the  mathematical  model  for  small  swarms 
(<  50  nodes).  This  is  not  unexpected  since  it  was  assumed  that  the  overhead  associated 
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Figure  C.3  Actual  and  predicted  performance  ratios  of  OPNET  and  ns-2  simulators 

with  execution  of  each  simulation  environment  was  negligible.  For  smaller  swarms,  this 
assumption  probably  does  not  hold. 

Not  surprisingly,  the  coefficients  in  Equation  C.6  are  approximately  equal.  This 
reveals  that  the  operating  systems  (Linux  and  MS  Windows  on  the  Dell  platform)  have 
negligible  effect  on  the  performance  of  the  two  simulators. 

C.2.3  Development  Environment.  This  section  details  issues  associated  with  the 
ease  or  difficulty  of  model  development  in  each  of  the  simulators.  Different  development 
goals  determine  which  package  is  more  efficient  or  effective. 
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OPNET,  with  its  rich  graphical  user  interface  (GUI),  is  by  far  the  easier  system 
to  learn  and  use  for  “out-of-the-box”  simulations,  i.e.,  for  simulating  standard  network 
systems  using  pre-existing  protocols  and  components  (queues,  sources,  protocols,  etc.).  In 
addition  to  the  rich  GUI,  OPNET  offers  many  analysis  tools  for  automatically  collecting 
and  easily  visualizing  network  simulation  performance  data.  Additionally,  tutorials  (86) 
are  included  with  the  OPNET  documentation  that  can  be  used  to  explore  the  OPNET 
development  capabilities. 

The  ns-2  simulator  supports  numerous  standard  elements  also,  but  the  learning  curve 
is  steep  and  supporting  documentation  is  only  marginally  helpful.  However,  personal 
experience  indicates  that  it  is  possible  to  go  from  zero  knowledge  of  ns-2  to  a  working 
level  in  approximately  two  weeks.  This  is  largely  possible  due  to  the  fact  that  ns-2  is 
open  source-access  to  the  source  code  is  invaluable.  This  type  of  aid  is  not  available 
with  the  proprietary  OPNET  package.  There  is  also  an  on-line  tutorial  (46)  that  provides 
some  useful  information  for  ns-2  beginners.  Finally,  network  analysis  is  not  automated 
in  any  way.  ns-2  is  able  to  generate  large  amounts  of  simulation  data  but  it  is  up  to  the 
developer  to  process  the  raw  data  for  network  performance  data  (such  as  network  loading, 
queue  length,  bandwidth  utilization,  etc.). 

C.3  Conclusion 

When  faced  with  numerous  or  large  network  modeling  problems,  ns-2  provides  a  more 
efficient  network  modeling  system.  For  the  network  modeling  problem  presented  in  this 
paper  the  run-time  improvement  factor  of  ns-2  over  OPNET  ranges  from  approximately 
3  (for  20  nodes)  to  more  than  16  (for  100  nodes). 

However,  run-time  performance  is  not  the  only  issue  to  consider  when  determining 
what  simulation  environment  to  use.  OPNET  provides  a  robust  and  rich  graphical  devel¬ 
opment  environment.  Both  network  modeling  systems  have  strengths  and  weakness.  For 
simulation  of  large  scale  wireless  networks,  ns-2  provides  a  more  scalable  environment. 
For  faster,  more  intuitive  system  development  and  simulation,  OPNET  is  better.  The 
ns-2  simulator  could  be  improved  significantly  if  a  graphical  font-end  were  developed  to 
aid  in  network  instantiation-however,  this  would  not  be  a  simple  undertaking. 
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Much  could  be  done  to  expand  the  performance  analysis  presented  in  this  paper. 
While  extensive  testing  was  accomplished,  the  number  of  scenarios  was  limited.  Also,  the 
effect  of  network  loading-as  a  result  of  changing  the  inter-arrival  time  of  RESP  messages 
or  the  number  of  pending  RQST  messages-on  simulator  performance  was  not  explored. 
Additionally,  there  are  parameters  too  numerous  to  mention  that  might  affect  simulator 
performance-including  such  things  as  the  propagation  and  MAC  models  and  their  config¬ 
uration  parameters. 
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Appendix  D.  Summary  of  Swarm  Algorithm,  Equations 

The  concepts  and  equations  of  the  swarming  algorithm  of  Chapter  IV  are  summarized  here 
for  quick  reference.  For  more  detailed  explanations,  please  see  the  appropriate  sections  in 
Chapter  IV. 


D.l  Swarm  Algorithm 


Loop  Vpi  €.  P,i  =  1, ..,  N 
Process  boundaries 
Loop  Vpj  e  Pj,j  =  1, ...,  Ni 
Process  neighbor  pj 
Calculate  new  direction 
end  Loop 

Move  in  new  direction 
end  Loop 

Figure  D.l  General  Swarm  Algorithm 


Table  D.l 

Swarm  Algorithm  Variables 

Variable 

Description 

P 

The  set  of  mobile  particles 

N 

The  population  size  (mobile 
particles),  P 

Pi 

The  itn  particle  in  P 

P, 

The  set  of  particles  in  pd s 
neighborhood  (includes  way- 
points) 

Ni 

The  number  of  particles  in 

Pi  s  neighborhood,  P* 

Pi 

The  jth  particle  in  Pi 

D.2  Distance  Dividing  Points 

Ideal  separation  distance  is  normalized  to  unity. 


d  =  1 


(D.l) 
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Boundaries  and  Waypoints  Particles 

Figure  D.2  Neighborhood  models  (see  Figure  4.4) 


The  use  of  a  comfort  zone  provides  for  a  relaxation  of  the  separation  distance  require¬ 
ments.  The  requirements  of  close  and  far  do  not  hold  within  the  comfort  zone  region  (see 
Table  4.4). 

d‘2  =  1  +  czone  (D.2) 

Particle  are  never  so  far  way  from  each  other  that  their  influence  on  each  other  is  zero. 
However,  in  the  region  very  far  (see  Table  4.4),  the  inter-particle  influence  approaches 
zero. 

=  Cmaxd2  (D.3) 


Figure  D.3  Visibility  Model  (see  Figure  4.2) 


vis  = 


true 

false 


dab  >  @vis 
dab  V  dvis 


(D.4) 
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The  value  for  9ViS  was  chosen  to  be  7r/3. 


Oab 

-if  va-vb  \ 

=  cos  . 

(D.5) 

\M  •  Nil/ 

Va 

=  Pj  ~  Pi 

(D.6) 

Vb 

=  Pk-Pj 

(D.7) 

D.4  General  Update  Vector 


V update  —  ^  ^  [ Wperiph^d  {WattractV attract  T  C alignV align)\  (D.8) 

Ni 


V attract  —  Pj  Pi  (D.9) 

v align  =  direction  (pj)  (D.10) 


d 


V  attract 


(D.ll) 


D.5  Boundaries 


v attract  =  Pb  ~  Pi’b  £  {north,  south,  east,  west} 


(D.12) 


wd 


0  :  pb<E  R'2  (d<  d3) 

V d3  -  d  :  pb  G  R[  (d  >  d3) 


(D.13) 


^ attract  — 


0 


C boundary 


pb  G  R'2  ( d  <  d3) 
pb  G  R[  {d  >  d3) 


(D- 14) 
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D.6  Waypoints 


V result  —  V align(v attract  *  V align) 


(D.15) 


u>d=  < 


Pwp  G  R[  {d<d3) 
Pwp  €  #2  (d  >  d3) 


(D.16) 


W attract  — 


-a 


wp 


a 


wp 


pwp  G  R[  (d<d3) 

Pwp  e  R’l  (d>d3) 


(D.17) 


D.  7  Peripheral  Vision 


WperiphiP)  —  Cperip/i  COS  ^2^ 


Wperiph  (d)  —  dJperiph 


-  (1  +  COS  0) 


(D.18) 

(D.19) 


A  plot  of  the  peripheral  weighting  is  given  in  Figure  D.4.  This  plot  incorporates  the 
distance  weight  wj  of  Equation  4.22  (also  shown  in  Equation  D.20). 


D.8  Particle  to  Particle 


Vl^d 

:  Pj  G  R\ 

(g?  <  drain) 

0 

■  Pj  G  R-2 

( dmin  ^  d  cfe) 

(  d-d2  \  2 
\d3-d2  J 

:  pj  G  R3 

(d2  <  d  <  ds) 

-( d-d3 ) 

e  d3 

i  Pj  G  /ill 

(d  >  d3) 

(D.20) 
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1 


Figure  D.4  Particle  Attraction  Weight 


W attract  —  \ 


C repulse 

:  pj  E  R\ 

( d  <C  dfnin) 

0 

:  Pj  E  R'2 

{dmin  —  d  <C  cfe) 

Cattract 

:  Pj  E  R3 

(c?2  <  d  <  c/3) 

C attract 

:  Pj  E  i?4 

(d  >  d3) 

D.9  Movement 


(D.21) 


@ update  ®§n {^update  A  )min(  0rnax ,  \0Update  A  @p I) 

O'i  =  II  Oi  +  & 'update  1 1 360 


(D.22) 

(D.23) 


The  new  update  vector  v'update  has  the  same  magnitude  as  the  update  vector  vupdate  above 
but  its  directions  has  been  adjusted  to  0  [. 


Pi  =  Pi  +  as  vdir  + 


J  update 
Ni 


(D.24) 
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Appendix  E.  Swarm  Parameter  Experimental  Techniques 

The  values  of  the  constants  used  in  the  swarm  model  are  determined  experimentally.  This 
process  is  subjective  and  labor-intensive.  The  constants  determined  in  this  way  and  their 


values  are  presented  in  Equations  E.l  through  E.5. 


C boundary 

=  30  ±  5 

(E.l) 

Cperiph 

=  1 

(E.2) 

Cyjp 

=  10  ±5 

(E.3) 

@max 

=  4°  ±  2° 

(E.4) 

Rmax 

=  4 

(E.5) 

Experimentation  to  determine  the  weighting  factors  involved  running  the  GUI-based 
simulator  numerous  times  starting  with  an  initial  estimate  of  the  correct  parameter  values. 
The  parameter  values  are  perturbed  slightly  in  order  to  obtain  a  desired  behavior  such 
as  coherent  or  incoherent.  Once  a  desired  behavior  is  obtained,  each  parameter  is  varied 
individually  while  the  remaining  parameters  are  kept  fixed.  By  visually  inspecting  the 
results  of  the  GUI-based  simulator,  a  range  of  parameter  values  that  continue  to  produce 
the  desired  behavior  is  obtained.  Typically,  these  experiments  are  repeated  20  to  30  times. 

The  Cperiph  and  Rmax  parameters  are  exceptions.  The  value  for  Cperiph  is  chosen  to 
be  unity  since  other  weighting  factors  are  involved.  The  Rmax  parameter  is  chosen  to  be 
4  in  order  to  limit  the  neighborhood  effects  of  distant  particles. 

The  parameters  discussed  thus  far  are  constant  for  any  swarm  behavior.  Table  E.l 
(repeated  from  Table  6.3).  As  stated,  the  determination  of  the  values  and  their  ranges  is 


Table  E.l  Behavior  Parameter  Sets 


Parameter 

Behavior 

Coherent 

Incoherent 

C align 

8  ±  2 

0 

Crepulse 

8  ±  2 

24  ±6 

C attract 

6  ±  2 

12  ±3 

Czone 

0.1  ±0.02 

0.9  ±0.2 

CX-s 

0.008  ±0.002 

0.012  ±0.003 
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subjective.  A  heuristic  is  used  based  on  a  percentage  of  25%  of  the  noted  parameter  value 
that  obtained  the  “best”  behavior.  It  was  observed  that  this  method  is  conservative  in 
determining  the  range.  However,  since  a  sharp  demarkation  between  the  two  behaviors  is 
desired,  conservative  ranges  are  acceptable. 

The  exception  to  this  rule  is  the  Caugn  value  for  swarm  behavior.  The  parameters  are 
limited  to  non-negative  values  and  small  variations-on  the  order  of  10-3-of  Cangn  above 
zero  resulted  in  significant  changes  in  behavior. 

This  same  method  was  used  to  determine  the  packet  sizes  (see  Section  7.2)  used  to 
test  the  communications  protocols.  Larger  values  cause  traffic  bottlenecks  that  result  in 
dropped  packets  because  of  excessive  collisions.  This  is  undesirable  since  the  efficiency  of 
the  protocols  are  being  investigated. 
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Appendix  F.  Swarm  Simulator 

The  implementation  of  the  swarm  simulator  is  described  in  Section  4.2.  Instructions  for 
using  the  simulator  are  given  here.  The  simulator  is  implemented  as  a  graphics-based 
visualization  tool  and  a  command-line  version.  The  command-line  version  facilitates  batch 
mode  processing. 


FA  Swarm  Simulator  Setup 

The  graphics-based  simulator  is  controlled  using  menus  and  a  toolbar.  The  menu 
functionality  is  described  in  Section  F.1.1  and  use  of  the  toolbar  is  described  in  Sec¬ 
tion  F.1.2. 


FA  A  Menus.  The  menu  items  are  shown  in  Table  F.l.  They  provide  some  of  the 
traditional  support  such  as  file  access  methods  as  well  as  control  of  the  swarm  parameter 
settings  and  simulation  execution.  The  main  menu  items  are  File,  Edit,  Swarm,  View,  and 
Help.  The  Help  menu  item  is  not  implemented.  The  submenus  for  each  of  the  main  menu 
items  is  described  in  the  following  sections.  The  MRU  List  under  the  File  menu  is  a  list  of 


Table  F.l  Menu  Commands 


File 

Edit 

Swarm 

View 

New 

Open. . . 

Save 

Save  As 

Import  Swarm. . . 
Save  History . . . 

Set  Param  File . . . 

Print . . . 

Print  Preview 

Print  Setup 

MRU  List 

Exit 

Set  Params . . . 

Set  Region  Size... 
Clear  Region 

Set  play  speed. . . 

Initialize 

Start  Thread 
Stop  Thread 
Play 

Pause 

Step  forward 
Step  backward 

Toolbar 

Status  Bar 

Swarm  Info . . . 

Refresh 

Show  Direction 

up  to  four  of  the  most  recently  used  (MRU)  formation  files.  When  an  item  with  an  ellipsis 
(. . .)  is  selected,  a  dialog  box  is  opened. 


F-l 


File.  The  File  menu  items  are  responsible  for  general  file  management.  The 
first  four  items  refer  to  a  file  formation  file  (extension  fmn).  The  particle  formation  for  a 
simulation  can  be  saved  to  a  data  file  and  subsequently  read  in  for  the  initial  location.  It 
is  important  to  note  that  the  formation  data  that  gets  saved  is  the  location  and  direction 
information  when  the  simulation  is  stopped. 

The  Import  Swarm. .  .  item  allows  a  text  file  containing  swarm  position  and  direction 
information  to  be  loaded.  This  is  useful  when  a  particular  formation  configuration  is 
desired.  Selecting  this  item  opens  a  File  Open  dialog  box  that  can  then  be  used  to  navigate 
to  and  select  the  file  to  be  read  in.  The  format  of  the  file  is  given  in  Figure  F.l.  The  lines 


Size:  10 

Waypoints:  0 
RDist:  80.000000 
Comfort  Zone:  0.100000 
Move  dir:  0.000000 
Move  steps:  100 
Velocity:  5.000000 
Entropy : 15 . 000000 
Maxturn:  5.00000 
Iterations:  3000 
Seed:  1952 


0: 

n 

321.114562 

-471.114562 

1.000000 

0.000000 

1: 

n 

321.114562 

-609.678626 

1.000000 

0.000000 

2: 

n 

361.114562 

-540.396594 

1.000000 

0.000000 

3: 

n 

361.114562 

-678.960659 

1.000000 

0.000000 

4: 

n 

401.114562 

-471.114562 

1.000000 

0.000000 

5: 

n 

401.114562 

-609.678626 

1.000000 

0.000000 

6: 

n 

441.114562 

-540.396594 

1.000000 

0.000000 

7: 

n 

441.114562 

-678.960659 

1.000000 

0.000000 

8: 

n 

481.114562 

-471.114562 

1.000000 

0.000000 

9: 

n 

481.114562 

-609.678626 

1.000000 

0.000000 

Figure  F.l  Sample  Swarm  Text  File 


below  Seed  provide  the  data  for  placing  the  particles.  In  this  case  there  are  10  particles. 
The  first  column  is  an  index,  the  second  column  is  an  n  for  a  regular  particle  or  a  w 
for  a  waypoint.  The  third  and  fourth  columns  are  the  x  and  y  coordinates  respectively. 
The  fourth  and  fifth  columns  are  the  x  and  y  components  of  the  direction  vector.  The 
magnitude  of  the  direction  vector  is  not  required  to  be  unity. 


F-2 


The  Save  History. .  .  menu  item  allows  for  the  swarm  simulation  track  data  that  is 
stored  in  memory  to  be  written  to  a  binary  file  (with  extension  swh).  The  format  of  this 
file  is  given  in  Figure  F.2.  The  data  types  are  shown  also.  The  scale  value  specifies  what 


<  float  scale  > 

<  int  L  >  { 

<  int  N  >  { 

<  double  x,y,d  > 

} 

_} _ 

Figure  F.2  Binary  File  swh  Format 

the  ideal  separation  distance  for  the  particle  swarm.  The  L  value  specifies  the  number  of 
time  steps  in  the  file.  For  every  time  step,  there  is  data  for  the  number  of  particles,  N,  and 
location  and  direction  data  for  every  particle.  The  file  size  can  be  calculated  according  to 
Equation  F.l. 

5  =  8  +  L(4  +  241V)  (F.l) 


The  Set  Param  File.  . .  menu  item  allows  for  dynamic  parameters  to  be  specified. 
This  data  is  contained  in  a  text  file  with  an  extension  of  dyn.  This  item  is  useful  for 
generating  multiple  types  of  behaviors  for  a  single  swarm  simulation.  The  format  of  this 
file  is  given  in  Figure  F.3.  The  parameters  in  the  dyn  file  are  described  in  Chapter  IV. 
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Lines  that  begin  with  a  semi-colon  are  ignored 


Parameters:  (typical  values) 


A 

-  Boundary  repulse  weight 

30.0 

B 

-  Periph  weight 

10.0 

C 

-  Waypoint  weight 

20.0 

D 

-  Repulse  weight 

30.0 

E 

-  Alignment  weight 

0.5 

F 

-  Linear  bias  (slope) 

0.5 

G 

-  Attraction  weight 

1.0 

N. 

_h  -  Neighborhood  size  (int) 

7 

V. 

_fac  -  velocity  factor 

0.2 

t. 

.max  -  max  turn  amount  (degrees) 

5.0 

czone  -  comfort  zone  [0,  1] 

0.1 

P- 

.max  -  max  turn  perturb 

2.0 

tABCDEFG  N_h 


v_fac  t_max  czone  p_max 


0.0  10.0  1.0  20.0  8.0  6.0  0.0  6.0  7 

500.0  10.0  1.0  20.0  24.0  0.0  0.0  12.0  7 


0.008  4.0  0.1 
0.012  4.0  0.9 


;  End  of  file,  file  must  end  with  at  least  one  comment  line 


4.0 

4.0 


Figure  F.3  Sample  dyn  Text  File 

The  remaining  menu  items-Print.  .  .,  Print  Preview,  and  Print  Setup-provide  the 
mechanism  for  printing  a  hardcopy  of  the  swarm  simulation 


Edit.  The  Edit  menu  subitems  allow  various  simulation  parameters  and  set¬ 
tings  to  be  specified.  The  Set  Params.  . .  item  opens  a  dialog  box  (shown  in  Figure  F.4) 
where  some  of  the  swarm  parameters  can  be  set.  These  settings  are  overridden  by  the 
dynamic  parameters  when  specified. 

The  Set  Region  Size.  . .  item  allows  the  size  of  the  region  in  which  the  swarm  can 
move.  The  dialog  box  where  these  values  are  set  is  shown  in  Figure  F.5.  The  mapping 
mode  used  converts  logical  units  to  0.1  millimeters.  This  conversion  is  only  significant 
for  printed  output.  Since  the  simulation  is  normalized  to  unit  distance  separation,  the 
resulting  track  data  can  be  scaled  to  any  desired  system.  Alternatively,  the  boundaries 
can  be  disabled  by  removing  the  check  in  the  Use  boundaries  checkbox. 
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Swarm  Parameters 


.*1 

I  0K  I 

Cancel 

Max  Turn 

I5 

Initial  Iterations 

Jiooo 

Movement  Steps 
100 


Figure  F.4  Set  Parameters  Dialog  Box 


Set  Region  Size 


17  Use  boundaries 
Width  1 3000 
Height  2000 


Figure  F.5  Set  Region  Size  Dialog  Box 

The  Clear  Region  command  clears  the  screen  of  any  track  plotting  and  repaints  the 
swarm  formation  with  edges  as  described  above.  This  command  can  be  used  even  during 
the  simulation  to  clear  away  the  clutter  of  track  plots. 

The  Set  Play  Speed.  .  .  command  opens  a  dialog  box  that  lets  the  user  specify  a 
time  duration  to  use  between  updates  when  playing  back  the  swarm  history. 

Swarm.  The  Swarm  menu  items  are  used  to  manage  the  threads  that  provide 
the  simulation  and  history  playback. 

The  Initialize  command  constructs  the  swarm  data  structure  using  the  parameters 
specified  earlier  (with  either  the  Set  Params.  .  .  command  or  the  dynamic  parameter  file). 


xj 

IEjI 

Cancel 


Population  Size 

2C| 

Scale _ 

1 60 

Comfort  Zone  {%} 


F 


Formation  Direction 

0 


Random  Number  Seed 

1 521 6 


r  Formation - 

(*  Random 
C  Lattice 


Global  Velocity 

P - 

Global  Entropy 

15 
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The  Start  Thread  and  Stop  Thread  command  respectively  start  and  stop  the  simula¬ 
tion  thread.  The  simulation  thread  is  main  computational  element  of  the  swarm  simulator 
executable.  It  encompasses  all  the  computations  necessary  to  implement  the  algorithm  as 
described  in  Chapter  IV. 

The  remaining  commands-Play,  Pause,  Step  forward,  and  Step  backward-manage 
the  playback  thread.  This  thread  allows  the  user  to  review  the  stored  swarm  track  data. 
As  the  track  data  is  replayed,  the  connectivity  (as  described  above)  shown.  The  Play 
command  starts  a  continuous  playback.  The  Pause  command  interrupts  the  playback.  By 
using  the  Play  command  again,  the  animation  is  started  from  where  it  stopped.  The  two 
command  Step  forward  and  Step  backward  enable  the  user  to  step  through  the  track  data 
one  time  unit  at  a  time  going  forward  or  backward  in  time. 

View.  The  View  menu  items  manage  the  simulator  environment.  The  first  two 
commands-Toolbar  and  Status  Bar  -are  toggles  that  turn  the  toolbar  and  status  bar  on 
or  off.  The  toolbar  provides  shortcuts  to  several  of  the  menu  items  described  above.  The 
status  bar  provides  information  on  the  menu  items  and  toolbar  buttons  when  the  mouse  if 
located  over  them.  The  functionality  of  the  toolbar  is  described  in  detail  in  Section  F.1.2. 

The  Swarm  Info...  command  opens  up  a  dialog  box,  shown  in  Figure  F.6,  that 
displays  latest  information  on  the  swarm.  Two  different  types  of  data  can  be  displayed 
(and  saved  to  a  text  file).  First,  data  about  the  swarm  location  and  direction  can  be 
displayed  (Particle  Info  and  TParticle  Info  buttons).  The  data  shown  in  Figure  F.6  is  a 
result  of  selecting  the  Particle  Info  button.  This  data  has  the  exact  same  format  as  that 
described  for  the  Import  Swarm.  .  .  command.  The  TParticle  Info  buttons  displays  the 
data  for  the  swarm  at  time  equal  zero  (after  initialization,  before  beginning  simulation)  and 
does  not  include  the  header  information.  The  second  format  provides  details  concerning 
the  network.  The  difference  between  Net  Info  and  TNet  Info  is  the  same  as  for  the  particle 
information.  The  format  of  the  data  for  the  net  information  is  given  below. 

index  type  x  y  dist  neighbor  out-degree 
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Figure  F.6  Swarm  Information  Dialog  Box 

The  index,  type,  x,  and  y  fields  are  the  same  as  described  above  for  the  format  of  the 
swarm  import  text  file.  The  dist  field  is  the  distance  to  the  nearest  neighbor  whose  index 
is  given  by  the  neighbor  field.  The  out-degree  field  specifies  how  many  other  particles  are 
within  1  +  czone. 

F.1.2  Toolbar.  As  stated  in  the  previous  section,  the  toolbar  provides  shortcuts 
to  several  menu  commands.  The  details  of  these  shortcuts  are  described  here.  The  toolbar 
buttons  are  shown  in  Figure  F.7.  A  summary  of  their  functionality  is  described  in 
Table  F.2.  The  Cut,  Copy,  Paste,  and  Help  functions  are  not  implemented. 


F.2  Command  line  simulator 

A  command  line  version  of  the  simulator  was  developed  to  facilitate  batch  file  process¬ 
ing.  The  command  line  executable  allows  for  the  following  switches:  The  program  requires 
a  text  file  with  swarm  configuration  data  to  be  present  in  a  file  named  params.txt.  The 
format  of  this  file  is  shown  in  Figure  F.8.  The  file  must  have  the  exact  format  shown. 
The  Region  data  is  the  x  and  y  dimensions  of  the  swarm  region  as  described  above  for 
the  Set  Region  Size.  .  .  menu  command.  The  Popsize  parameter  specifies  the  number  of 
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IlnliMrti  sw.irm 


FJe  £dt  Swairn  View  Hefc 


□  B  |  ci  ^  f  ^  ■  ►  ■  «  »  f 


New  file 
Open  file 
Save  file 
Cut 
Copy 
Paste 
Print 
Set  params 


Help 

—  Step  forward 

—  Step  backward 

—  Stop  history 

—  Play  history 

—  Clear  Screen 
- Stop  sim 

- Start  sim 

—  Initialize 


Figure  F.7  Simulator  Toolbar 


Region  3000  2000 
Popsize  15 
CZone  10.0 
Dir  0.0 
Seed  5216 
Type  1 
Turn  5.0 

Figure  F.8  Command  Line  Parameter  File 

swarm  members.  The  CZone  parameter  is  a  percent  value  that  specifies  the  value  for  czone 
in  Equation  4.24. 

The  Dir  parameter  specifies  the  initial  direction  of  all  the  particles.  This  value  is  in 
degrees  and  is  measured  counterclockwise  from  the  positive  x-axis. 

The  Seed  parameters  specifies  the  random  number  generator  seed  value.  The  Type 
parameter  is  zero  for  an  initially  random  formation  and  one  for  a  initial  lattice  formation. 
The  Turn  parameter  specifies  the  maximum  turn  angle  (in  degrees). 
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Table  F.2  Toolbar  Shortcut  Summary 


Command 

Description 

New 

Prepares  the  simulator  for  a  new  simulation  by  clearing  the  screen  and  memory 

Open. . . 

Opens  a  previously  saved  formation  to  be  used  as  the  initial  starting  point  for 
a  new  simulation 

Print 

Prints  the  currently  display  swarm  simulation 

Set  Params . . . 

Allows  some  of  the  parameters  (number  of  particles,  speed,  turn  radius,  etc.) 
to  be  modified 

Initialize 

Initialized  the  swarm  (with  random  particle  placement)  based  on  the  parame¬ 
ters  set  above 

Start  Thread 

Once  the  swarm  is  initialized,  this  will  turn  green.  Clicking  this  button  starts 
the  simulation 

Stop  Thread 

This  stops  the  simulation 

Clear  Region 

This  clears  the  simulation 

Play 

As  the  simulation  runs,  track  information  is  stored  in  memory.  When  you  click 
the  ’stop’  button  above,  this  ’play’  button  will  be  enabled.  It  allows  the  track 
information  stored  in  memory  to  be  played  back 

Pause 

This  stops  the  playback  (but  doesn’t  reset  the  ’playback  pointer’  to  the 
beginning-it’s  essentially  a  ’pause’  button) 

Step  backward 

While  ’paused’,  the  playback  pointer  can  be  moved  back  in  ’time’ 

Step  forward 

While  ’paused’,  the  playback  pointer  can  be  advanced  in  ’time’ 

Table  F.3  Command  Line  Switches 


Switch 

Typical 

Description 

/P 

temp . dyn 

/h 

temp . swh 

/m 

temp .met 

/s 

191 

/n 

20 

/i 

4000 

/b 

no 

Use  specified  boundary  (yesjno) 
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Appendix  G.  Noise  Margin  Analysis 

This  appendix  presents  the  experimental  results  of  noise  margin  analysis  as  described  in 
Section  6.2.3.  The  example  threshold  plots  of  Figure  6.19  are  repeated  here  in  Figure  G.l(a) 
and  (b)  for  convenience. 


The  experimental  plots  are  presented  in  Figure  G.l(c)  and  (d).  The  shaded  regions 
represent  one  standard  deviation  above  and  below  the  average  BIM  values  for  A  (see 
Section  6.2.3)  over  the  specified  ranges.  The  statistical  data  is  obtained  from  10  separate 
and  independent  runs  for  each  value  of  A.  The  experimental  values  for  the  incoherent 
behavior  (IB)  to  coherent  behavior  (CB)  and  CB  to  IB  thresholds  A jc  and  A ci  respectively 
are  obtained  by  determining  where  the  plots  cross  the  ^50%  lines.  The  same  is  true  for 
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the  upper  and  lower  values  for  each  threshold.  The  values  for  the  CB  to  IB  and  IB  to  CB 
thresholds  are  given  in  Tables  G.l  and  G.2  respectively. 


Table  G.l  Parameter  Threshold  Values 


Coherent  to  Incoherent 

V 

ACI 

A  ci 

\U 

ACI 

0.0020332 

0.0031178 

0.0048882 

Table  G.2  Parameter  Threshold  Values 


Incoherent  to  Coherent 

\l 

AIC 

A  ic 

\U 

AIC 

0.98573 

0.99020 

0.99404 

It  should  be  noted  that,  even  though  the  data  points  of  the  experimental  data  in 
Figure  G.l(c)  and  (d)  are  connected  by  continuous  lines,  it  is  a  weak  assumption  that  the 
use  of  linear  interpolation  is  valid  for  obtaining  the  threshold  values.  The  nature  of  swarm 
behavior  is  highly  stochastic.  As  a  result,  these  values  are  merely  rough  approximations. 
The  computed  experimental  noise  margins,  as  determined  by  Equations  6.16  and  6.17  are 
given  below. 

NMC  =  51.626 
NMj  =  50.932 
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Appendix  H.  Connectivity  Analysis 

In  addition  to  the  Behavior  Identification  Metric  (BIM)  which  measures  the  amount  of 
dynamic  behavior  of  the  swarm,  the  communications  metrics  for  topology  changes  and  node 
connectivity  provide  a  direct  linkage  between  swarm  behavior  and  network  configuration. 
A  detailed  discussion  of  the  dynamics  of  swarm  networks  is  provided. 

Two  measures  of  network  dynamics  are  used  to  characterize  each  scenario.  The 
first  metric  measures  the  rate  of  change  in  the  network  while  the  second  measures  the 
connectivity  between  the  data  source  and  the  sink  as  a  percentage  of  time. 


H.  1  Network  Connectivity 

The  numerical  data  for  the  two  measures  of  network  dynamics  is  provided  in  Ta¬ 
ble  H.l.  Plots  for  each  swarm  scenario  is  provided  in  Figures  H.l  and  H.2.  The  flock 
scenario,  because  of  its  lack  of  dynamics,  is  not  included.  The  random  number  seed  value 
is  used  for  the  name  of  each  scenario.  In  the  case  of  scenarios  5  through  10,  the  additional 
index  indicates  the  subset  data  of  the  simulation  run. 


Table  H.l  Swarm  Scenario  Dynamics 


Scenario 

Name 

Topology 
Changes  (s^1) 

Connection 
Duration  (%) 

1 

1934 

3.49 

72.88 

2 

5935 

4.33 

81.70 

3 

6449 

3.66 

62.56 

4 

8216 

6.16 

100.00 

5 

7184_1 

4.80 

29.97 

6 

7184.2 

3.20 

49.45 

7 

7184.3 

4.10 

70.33 

8 

9582.1 

4.40 

51.25 

9 

9582.2 

3.50 

55.24 

10 

9582.3 

2.30 

59.24 

The  numerical  data  of  Table  H.l  provides  a  fast  method  for  determining  network 
dynamics  but  fails  to  capture  the  instantaneous  variations  in  the  network  over  time.  The 
plots  of  the  network  dynamics  provide  a  means  for  a  visual  evaluation  of  this  network 
quality.  The  dots  represent  points  in  time  when  the  network  connectivity  between  the 
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source  and  sink  nodes  changes.  The  solid  lines  indicate  whether  there  is  a  path  between 
the  source  and  sink  nodes.  The  value  is  unity  when  the  path  exists  and  zero  otherwise. 

Scenario  1  (1934)  Scenario  2  (5935) 


Scenario  3  (6449)  Scenario  4  (8216) 


1 

0 

0  100  200  300  0  100  200  300 

Figure  H.l  Connectivity,  Scenarios  1  through  4 

As  the  figures  indicate,  there  is  a  wide  range  in  the  change  rate  and  path  duration 
measures.  These  scenarios  provide  a  wide  range  of  network  configurations  for  testing  the 
protocols  in  a  sensor  swarm  network. 

Tables  H.2  through  H.4  contain  the  raw  data  for  the  results  presented  in  Section  7.2. 
The  scenario  numbers  in  column  one  match  the  scenario  numbers  of  Table  H.l  with  the 
exception  of  scenario  zero  which  is  the  Flock  scenario. 
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Scenario  5  (7184-1) 


Scenario  8  (9582-1) 


0  100  200  300  400 


Scenario  7  (7184-3) 


Scenario  9  (9582-2) 


1 


0L_LJ - J - -  'll  - 

0  100  200  300  400 

Scenario  10  (9582-3) 


Figure  H.2  Connectivity,  Scenarios  5  through  10 


Table  H.2  Delivery  Effectiveness,  Raw  Data 


Scenario 

sDiff 

GRP 

Flood 

0 

1 

1 

1 

1 

0.57780157 

0.660242684 

0.687009279 

2 

0.782547002 

0.627527492 

0.769776516 

3 

0.96744186 

0.984883721 

0.969767442 

4 

0.876074499 

0.776146132 

0.953796562 

5 

0.20775112 

0.23068811 

0.249143158 

6 

0.451308901 

0.426701571 

0.451832461 

7 

0.635411069 

0.623858141 

0.656636217 

8 

0.627987254 

0.401221455 

0.461763144 

9 

0.488323275 

0.445027552 

0.513513514 

10 

0.544790257 

0.548037889 

0.551014885 
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Table  H.3  Control  Overhead  Efficiency,  Raw  Data 


Scenario 

sDiff 

GRP 

Flood 

0 

0.828063719 

0.546593797 

0.818256000 

1 

0.886457808 

0.744982316 

0.982531444 

2 

0.819264374 

0.764576051 

0.804708324 

3 

0.806060606 

0.640184603 

0.787962844 

4 

0.850046777 

0.805889647 

0.838250412 

5 

0.958771612 

0.849911607 

0.924144593 

6 

0.899001062 

0.697854522 

0.867262645 

7 

0.892471793 

0.659010994 

0.882403257 

8 

0.898277382 

0.74579882 

0.875092889 

9 

0.913235327 

0.76575981 

0.891838149 

10 

0.928688507 

0.722015281 

0.915659593 

Table  H.4  Data  Throughput  Efficiency,  Raw  Data 


Scenario 

sDiff 

GRP 

Flood 

0 

5.055131583 

6.143504176 

20.47576904 

1 

8.929575307 

11.27818834 

22.48721591 

2 

7.081981669 

13.92827096 

18.17445817 

3 

5.502847525 

8.367768595 

20.16724511 

4 

8.736780873 

14.77849562 

19.75118742 

5 

31.39543098 

17.52304688 

37.68337674 

6 

9.297509426 

8.642218654 

20.9777337 

7 

6.639675277 

6.538300428 

20.55270481 

8 

5.544480048 

8.624546296 

17.02596567 

9 

10.85613728 

9.023558419 

19.63227457 

10 

10.02875838 

7.270399306 

21.4134591 
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H.2  Behavior  Identification  Metric  by  Scenario 


The  network  dynamics  are  related  to  swarm  behavior  characteristics  as  described  in 
Section  7.2.3.  This  section  provides  supporting  data. 

The  average  BIM  across  the  swarm  members  at  each  time  step  for  each  of  the  ten 
scenarios  is  plotted  in  Figure  H.3.  The  horizontal  axis  in  each  plot  is  time  and  the  vertical 
axis  is  the  average  BIM.  Scenarios  1  through  4  indicate  a  slightly  less  varying  BIM  over 
time  compared  to  scenarios  5  through  10. 

The  overall  means  of  each  BIM  for  each  scenario  (and  the  standard  deviation)  are 
presented  in  Table  H.5.  This  data  is  plotted  in  Figure  7.8. 


Table  H.5  Overall  Mean  BIM  by  Scenario 


Scenario 

Mean 

St.  Dev. 

1 

92.7371 

12.2235 

2 

96.1251 

6.8339 

3 

102.0796 

5.1721 

4 

86.8204 

8.5004 

5 

87.5271 

28.7361 

6 

75.1390 

29.1058 

7 

63.7616 

29.9976 

8 

80.1096 

27.2911 

9 

75.4605 

26.7417 

10 

74.1540 

25.5645 
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Figure  H.3  Average  BIM  by  Scenario 
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Appendix  I.  Software  Tool  Support 

Numerous  scripts  are  used  to  generate  the  swarm  simulation  and  network  communications 
data  for  testing  and  analysis.  This  appendix  documents  these  scripts  and  their  usage. 


1.1  Swarm  Simulator  in  Batch  Mode 

The  test.bat  batch  file  runs  the  swarm  simulator  for  each  random  number  in  each 
of  six  random  number  files. 


Batch  mode  test.bat  Script 


1  Oecho  off 

2  if  exist  %1  ( 

3  echo  filename  res“/0l.txt  exists 

4  goto  DONE 

5  ) 

6  for  /f  7o%i  in  (rseed°/0l  .txt)  do  ( 

7  echo  SEED  °/0°/„i  >>  res%l.txt 

8  swarm  /p  long.dyn  /h  temp.swh  /m  temp. met  /s  TL i  / n  20  /i  8000  /b  no  >  res7l.txt 

9  transient  long.dyn  temp.swh  temp. met  »  res°/«l.txt 

10  ) 

11  :D0NE 

The  batch  file  has  one  command  line  argument  that  specifies  which  test  to  run-1  through 
6.  Using  the  following  command  causes  the  complete  set  to  run. 


for  ”/0i  in  (1  2  3  4  5  6)  do  (test  %i) 

The  gawk  script  extracts  the  duration  data  from  each  of  the  test.bat  output  files.  The 
output  data  tables  have  10  columns  with  format  as  follows: 


SEED  UP1  DN1  UP 2  DN2  UP 3  DN3  UP4  DN4  UP 5 

Tables  for  the  average  transition  times  are  generated  in  the  same  way  except  that  $3-$2  in 
lines  4  and  5  are  replaced  with  $4  and  tbl%i.txt  on  line  18  is  replaced  with  avetbl%i.txt. 
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Duration  gawk  Script 


1  for  %i  in  (1  2  3  4  5  6)  do  ( 

2  gawk  <  res7oi.txt  "{  \ 

3  if  ($1==\"SEED\")  print  $0;  \ 

4  if  ($1==\"UP\")  print  $1,  $3-$2  \ 

5  if  ($1==\"DN\")  print  $1,  $3-$2  \ 

6  >"  I  gawk  "BEGIN  {c=0>  {  \ 

7  if  (c\°/,10==0)  c=0 ;  \ 

8  print  c,  $0;  \ 

9  C++  \ 

10  }"  I  gawk  "{  \ 

11  d[$l]=$3;  \ 

12  if  ($1==9)  {  \ 

13  printf  \"%4d  \",  d[0];  \ 

14  for  (i=l;  i<10;  i++)  \ 

15  printf  \"%7.2f\",  d [i] ;  \ 

16  printf  \"\n\"  \ 

17  >  \ 

18  }"  >  tbl%i.txt 

19  ) 


These  tables  can  be  loaded  into  MATLAB  and  analyzed  with  the  Kruskal- Wallis 
m-file  kwallis.m.  The  kwallis  function  returns  an  H  value  which  may  be  considered  to 
be  approximated  by  chi-squared  distribution  with  the  degrees  of  freedom  equal  to  one  less 
than  the  number  of  groups(79). 

The  following  batch  file  bf  sbat .  bat  calls  the  bf  s  program  to  generate  connection 
statistics  for  a  swarm  scenario  (see  Section  7.2  and  Appendix  H).  The  connectivity  between 
nodes  4  and  14  is  checked.  It  uses  the  bfs  program  to  find  the  shortest  path  between  the 
two  nodes. 

Ibfsbat.bat  batch  file 


1  bfs  7,1  4  14  12  I  \ 

2  gawk  -F :  ’{if  ($2!=prev)  \ 

3  print  $1,  1,  $2;  \ 

4  else  \ 

5  print  $1,  0,  $2;  \ 

6  prev=$2}J  I  \ 

7  gawk  -F :  ’{if  (index($2,  "no  path")!=0)  \ 

8  print  $1,  0;  \ 

9  else  \ 
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print  $1,  l}1  >  13 

There  are  three  command  line  arguments  to  the  batch  file.  The  first  is  the  name  of 
the  swh  file,  the  second  is  the  maximum  edge  length  (corresponds  to  the  maximum  radio 
reception  distance),  and  the  third  is  the  text  filename  in  which  the  results  are  to  be  saved. 
A  sample  invocation  of  this  batch  file  is  given  here: 

bfsbat  sw9582_l.swh  137.7  bfs9582_l.txt 

This  generates  a  file  with  three  columns.  The  first  column  is  simply  a  counter  that  is 
similar  to  “time” .  The  value  in  the  second  column  is  a  one  when  there  is  a  change  in  the 
path  between  nodes  4  and  14.  Otherwise  it  is  zero.  The  value  in  the  third  column  is  a  one 
when  a  path  exists  and  a  zero  when  the  path  does  not  exist. 

The  program  bfs  uses  a  breadth-first  search  algorithm  (adapted  from  (109)  and  has 
the  following  command  line  invocation: 

bfs  filename. swh  A  B  R 

The  bfs  program  reads  the  file  filename. swh  and  prints  the  path  from  node  A  to  node  B 
for  each  time  step  if  it  exists.  If  the  path  does  not  exist,  it  prints  no  path.  The  parameter 
R  specifies  the  maximum  edge  length. 

1.2  Processing  swh  data  in  MATLAB 

Several  MATLAB  scripts  were  developed  for  processing  the  raw  swarm  simulation 
data  (hereinafter  referred  to  as  the  swh  data)  for  visualization  or  subsequent  processing 
for  use  with  the  network  simulator  ns-2.  The  swh  data  is  read  using  the  read_swh.m  script. 
The  invocation  of  the  function  in  MATLAB  is  shown  below. 

[x,  y,  d]  =  read_swh( ’ filename . txt ’) 

The  x,  y,  and  d  data  is  stored  as  JVxT  matrices  where  N  is  the  number  of  particles  and  T 
is  the  number  of  time  steps.  The  x  and  y  variables  specify  the  location  (in  two  dimensions) 
and  the  d  variable  specifies  the  direction  (in  degrees  from  the  positive  x-axis) . 

Writing  a  new  swh  data  file  from  MATLAB  is  accomplished  by  using  the  write_swh.m 
script.  The  function  is  called  as  shown  below.  The  x,  y,  and  d  variables  are  the  same 
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as  those  described  for  the  read_swh  function.  The  s  variable  specifies  a  scalar  value  that 
scales  the  input  location  data.  For  instance,  if  the  original  data  was  generated  using  unit 
separation  distance  but  a  scenario  is  desired  where  the  ideal  separation  distance  is  100 
distance  units,  a  value  of  100  would  be  specified  for  s. 

write_swh(x,  y,  d,  s,  ’ filename . swh’ ) 

An  animation  of  swarm  movement  is  done  with  the  swarm jnovie  .m  script.  This  script 
opens  two  figure  windows  with  one  window  showing  the  swarm  movement  as  points  in 
two  dimensions  and  the  other  window  showing  the  BIM  metric  (discussed  in  detail  in 
Section  6.2.1).  These  two  windows  are  shown  in  Figure  1.1  for  a  20  node  swarm  The  figure 


(a)  Movement  (b)  BIM  Metric 

Figure  1.1  Swarm  Animation 


represents  a  snapshot  in  time  for  t  ~  1490.  The  time  is  indicated  by  the  vertical  line  in 
Figure  1.1(b).  During  the  animation,  this  line  sweeps  from  left  to  right  as  the  swarm  moves 
in  the  other  window. 

An  animation  of  the  connectivity  is  done  with  the  conn_movie.m  script.  The  script  is 
called  as  follows.  The  x  and  y  variables  specify  the  location  data  (as  described  above  for 
read_swh).  The  s  variable  specifies  the  ideal  separation  distance.  This  value  is  used  to 
determine  connectivity  for  the  swarm  as  the  animation  progresses. 

connunovie (x , y , s) 
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A  snapshot  of  the  animation  is  shown  in  Figure  1.2.  Particles  are  indicated  by  the  dots 
and  links  (when  they  exist)  are  indicated  by  lines  connecting  particles.  This  provides  a 
visualization  tool  that  can  be  used  to  gain  insight  into  the  nature  of  the  network  dynamics 
for  a  particular  swarm  scenario. 


1.3  Movement  scripts 

This  section  describes  the  process  to  create  an  OTcl  node  movement  script  from  the 
binary  swarm  simulation  data.  The  raw  swarm  simulation  data  is  normalized  for  unit 
separation  distance.  The  swh  data  can  be  scaled  to  a  desired  separation  distance  using 
MATLAB.  Additionally,  any  offset  in  the  data  can  be  removed  in  MATLAB  as  well.  Once 
the  swh  data  has  been  processed  it  is  converted  to  the  OTcl  node  movement  file  using  the 
gen-track  program.  The  command  line  for  gen-track  is  as  follows: 

gen-track  filename  xoffset  yoffset  starttime  timestep 

The  file  name  is  specified  without  the  swh  extension.  The  values  for  xoffset  and 
yoffset  are  used  to  translate  the  swh  data  in  the  x  and  y  directions.  Additionally,  the 
start  time  for  node  movements  must  be  set  by  specifying  a  value  for  starttime.  The  time 
delta  between  movement  updates  is  set  by  the  timestep  value.  This  can  be  used  to  control 
the  speed  of  the  swarm  members  for  the  ns-2  simulations. 
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1-4  Network  traffic  analysis 

The  scripts  describe  here  are  used  to  generate  the  performance  data  for  comparison 
of  the  various  network  protocols.  Additionally,  a  shell  script  is  used  to  generate  a  message 
traffic  pattern  file  from  the  sDIFF  simulation  (for  a  particular  movement  file)  for  use  with 
the  GRP  and  Flood  simulations.  This  ensures  that  the  network  loading  is  the  same  for  all 
three  scenarios. 

Generate  message  traffic  pattern 


1  gawk  <  diff020.tr  ’{if  ($l=="s"  kk  $3=="_4_"  kk  $4=="RTR")  \ 

2  printf  "$ns_  at  %f  \"$snkl  make-request\"\n" ,  $2;  \ 

3  if  ($l=="sM  kk  $3=="_14_"  kk  $4=="AGT"  kk  $NF=="DATA")  \ 

4  printf  "$ns_  at  %f  \"$srcl  make-response\"\n" ,  $2}’  >  traff.tcl 

The  file  traff.tcl  must  be  specified  in  the  options.tcl  file  for  the  GRP  and  Flood  simu¬ 
lations. 

The  following  scripts  are  used  to  determine  the  number  of  packets  successfully  deliv¬ 
ered  and  the  number  of  bytes  sent. 


intr-ete 


1  #!  /bin/sh 

2  #  sample  usage 

3  #  intr-ete  diff020.tr  temp.txt  temp2.txt 

4  gawk  <  7.1  ’{if  ($l=="sM  kk  $3=="_4_"  kk  $4=="RTR"  kk  $NF=="INTR" )  \ 


5  print  $1,  $2,  $3,  $19;  \ 

6  if  ($l=="r"  kk  $3=="_14_"  kk  $4=="AGT"  &&  $NF=="INTR")  \ 

7  print  $1,  $2,  $3,  $19}’  I  \ 

8  gawk  -F_  ’{print  $1,  $2,  $3}’  I  \ 

9  gawk  -F :  ’{print  $1,  $2}  >  $2 

10  gawk  <  $2  ’{if  ($l=="sM)  t[$5]=$2;  \ 

11  if  ($l=="r"  kk  t  [$5] >0)  {  \ 

12  print  $5,  $2,  t [$5] ,  $2-t [$5] ;  \ 

13  t[$5]=-l;  \ 

14  »’  >  $3 

15  wc  -1  $3 

16  gawk  <  $1  ’{if  ($l=="sM  kk  $4=="MAC"  kk  $NF=="INTR" )  \ 

17  print  $2,  $3,  $8,  $19,  $NF> ’  I  \ 

18  gawk  ’BEGIN  {sum=0}  \ 

19  {sum+=$3}  \ 

20  END  {print  "bytes:  ",  sum}’ 
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The  above  script  is  used  to  generate  data  for  sDIFF  INTR  messages.  Data  for  sDIFF 
DATA  messages  can  be  obtained  by  using  the  same  script  with  the  following  changes:  on 
lines  4,  6  and  16  replace  INTR  with  DATA  and  on  line  4  replace  _4_  with  _14_.  A  file  with  these 
changes  is  saved  in  data-ete.  These  scripts  generate  two  files  (see  line  3  above).  The  first 
file  has  an  entry  for  every  packet  sent  by  the  source  node  and  received  by  sink  node.  The 
data  includes  the  type  of  entry  (s-send,  r-receive),  the  time  the  packet  was  sent /received, 
the  node,  and  the  packet  identifier.  The  packet  identifier  consists  of  a  two-tuple  number 
made  up  of  the  sending  node  number  and  a  serial  identification  number. 

The  second  file  has  an  entry  for  every  successfully  delivered  packet.  Each  entry 
consists  of  the  packet  serial  identification  number,  the  times  the  packet  was  sent  and 
received,  and  the  delta.  This  file  is  used  to  compute  end-to-end  delay  statistics. 

The  script  used  for  the  GRP  and  Flood  simulations  is  slightly  different.  The  script 
for  RQST  messages  is  given  below. 

rqst-ete 


1  #!  /bin/sh 

2  #  sample  usage 

3  #  rqst-ete  geo020.tr  temp.txt  temp2.txt 

4  gawk  <  $1  ’ {if  ($l=="s"  &&  $3=="_4_"  &&  $4=="AGT")  \ 

5  print  $1,  $2,  $3,  $19;  \ 

6  if  ($l=="r"  &&  $3=="_14_"  &&  $4=="RTR"  &&  $NF=="RQST")  \ 

7  print  $1,  $2,  $3,  $19}’  I  \ 

8  gawk  -F_  ’{print  $1,  $2,  $3}’  I  \ 

9  gawk  -F :  ’{print  $1,  $2}’  >  $2 

10  gawk  <  $2  ’{if  ($l=="sM)  t[$5]=$2;  \ 

11  if  ($l=="r"  &&  t  [$5] >0)  {  \ 

12  print  $5,  $2,  t  [$5] ,  $2-t  [$5] ;  \ 

13  t [$5] =-l ;  \ 

14  »’  >  $3 

15  wc  -1  $3 

16  gawk  <  $1  ’{if  ($l=="sM)  &&  $4=="MAC"  &&  $NF=="RQST")  \ 

17  print  $2,  $3,  $8,  $19,  $NF}’  I  \ 

18  gawk  ’BEGIN  {sum=0}  {  \ 

19  sum+=$3;  \ 

20  }  END  {print  "bytes:  ",  sum}’ 

The  script  for  RESP  messages  is  obtained  by  doing  the  following:  on  line  4  replace 
_4_  with  _14_,  replace  line  6  with  the  following: 
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if  ($l=="r"  &&  $3=="_4_"  &&  $4=="AGT"). 


and  on  line  16  replace  RQST  with  RESP.  A  file  with  these  changes  is  saved  in  resp-ete.  The 
formats  of  the  output  files  are  the  same  as  described  above. 


1.5  Discrete  Integration 

The  time-based  efficiency  of  the  routing  protocols  can  be  computed  using  the  data-int 
and  resp-int  shell  scripts  (shown  below). 

data-int  shell  script 


1  #!  /bin/sh 

2  #  sample  usage  (after  data-ete  diff020.tr  temp.txt  temp2.txt) 

3  #  data-int  diff020.tr  temp2.txt  data_int.txt 

4  gawk  <  $2  ’{print  "pkt",  $2,  NR}1  >  pkts.txt 

5  gawk  <  $1  ’{if  ($l=="s"  &&  $4=="MAC"  &&  $NF=="DATA")  \ 

6  print  $2,  $3,  $8,  $19,  $NF}  ’  I  \ 

7  gawk  ’BEGIN  {sum=0}  {  \ 

8  sum+=$3;  print  "data",  $1,  sum}’  >  data.txt 

9  sort  -n  -k  2  pkts.txt  data.txt  I  \ 

10  gawk  ’BEGIN  {p=0;  d=0}  {  \ 

11  if  ($l=="data")  \ 

12  d=$3 ;  \ 

13  if  ($l=="pkt")  \ 

14  p=$3 ;  \ 

15  if  (p ! =0)  \ 

16  print  $2,  d/ (p*$2*20) ;  \ 

17  }’  >  $3 

18  rm  pkts.txt  data.txt 


resp-int  shell  script 


1  #!  /bin/sh 

2  #  sample  usage  (after  resp-ete  geo020.tr  temp.txt  temp2.txt) 

3  #  resp-int  geo020.tr  temp2.txt  resp_int.txt 

4  gawk  <  $2  ’{print  "pkt",  $2,  NR}’  >  pkts.txt 

5  gawk  <  $1  ’{if  ($l=="s"  &&  $4=="MAC"  &&  $NF=="RESP")  \ 

6  print  $2,  $3,  $8,  $19,  $NF} ’  I  \ 

7  gawk  ’BEGIN  {sum=0}  {  \ 

8  sum+=$3;  print  "data",  $1,  sum}’  >  resp.txt 

9  sort  -n  -k  2  pkts.txt  resp.txt  I  \ 

10  gawk  ’BEGIN  {p=0;  d=0}  {  \ 

11  if  ($l=="data")  \ 

12  d=$3 ;  \ 


1-8 


13  if  ($l=="pkt")  \ 

14  p=$3 ;  \ 

15  if  (p !  =0)  \ 

16  print  $2,  d/ (p*$2*20) ;  \ 

17  }’  >  $3 

18  rm  pkts.txt  resp.txt 

These  scripts  generate  text  data  files  with  time  in  the  first  column  and  efficiency  (in 
bytes  per  node  per  second)  in  the  second  column. 
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Active  Message 
Ad  Hoc  Network 


AFRL 

AODV 

ATR 

AUSS 


AUV 

BER 

BIM 


Boundary 


CB 

CFV 

DARPA 

DD 

DSDV 

DSSN 


Glossary 

A  communications  system  for  networked  sensors 

Communications  networks  that  have  dynamic,  sometimes  rapidly- 
changing,  random,  multihop  topologies  which  are  likely  composed 
of  relatively  bandwidth-constrained  wireless  links. 

Air  Force  Research  Laboratory 

Ad  Hoc  On-demand  Distance  Vector  routing  protocol 
Automatic  Target  Recognition 

Advanced  Unmanned  Search  System-a  Navy  UUV,  the  AUSS  is 
an  untethered  UUV  that  is  able  to  autonomously  perform  basic 
mission  tasks  such  as  transiting  to  a  given  location,  hovering,  and 
executing  pre-programmed  sonar  and  optical  search  patterns 

Autonomous  Underwater  Vehicle 

Bit  Error  Rate 

Behavior  Identification  Metric,  provides  a  distributed  behavior 
identification  mechanism 

A  boundary  is  used  to  constrain  a  swarm  to  a  particular  region. 
It  is  typically  rectangular 

Coherent  Behavior,  swarm  behavior  that  resembles  the  behavior 
exhibited  by  a  flock  of  birds 

Cost  Function  Value 

Defense  Advanced  Research  Projects  Agency 
Directed  Diffusion 

Destination-sequenced  Distance-vector  routing  protocol 
Distributed  Smart  Sensor  Network 


Free  Swimmer  An  Navy  UUV  with  neural  network  controlled  sensors  and  au¬ 

tonomous  mission  planning  capabilities 

FTP  File  Transfer  Protocol 

GAaRP  Geographical  Addressing  and  Routing  Protocol 

Global  Behavior  Global  behavior  of  the  swarm 


GLS  Grid  Location  Service 

GPS  Global  Positioning  Satellite 

GRP  Geographical  Routing  Protocol,  a  stateless  communications  rout¬ 

ing  protocol  system  for  swarm  based  sensor  systems 

IB  Incoherent  Behavior,  swarm  behavior  that  resembles  the  behavior 

exhibited  by  swarming  insects 


GLO-1 


IP 

ISO 

ISR 

JBI 


JBI  Client 

JBI  GLobal  Grid 


JBI  Info.  Object 


JBI  Owner 


JBI  Platform 


JBI  Publish 


JBI  Server 


JBI  Subscribe 


JBI  User 

KW 

LOCAAS 

MAV 

MOUT 


MRU 

MSSMP 

NEST 


Internet  Protocol 

International  Standards  Organization 

Intelligence,  Surveillance,  and  Reconnaissance 

The  Joint  Battlespace  Infosphere  (JBI)  is  a  an  information  man¬ 
agement  system  to  support  military  operations  by  providing  an 
information  dissemination  infrastructure. 

An  access  point  to  the  JBI  that  either  provides  information  (pub¬ 
lish)  or  uses  information  (subscribe). 

The  Global  Grid  consists  of  heterogeneous  network  communica¬ 
tions  systems  and  provides  connectivity  for  the  JBI 

An  Information  Object  is  the  fundamental  element  of  the  JBI. 
Every  piece  of  information  is  encapsulated  by  information  objects 

The  JBI  Owner  is  the  commander  or  the  commander’s  information 
staff 

A  Platform  is  the  access  point  to  the  JBI  for  Clients.  Clients  are 
hosts  that  publish  information  objects  or  subscribe  to  information 
objects 

Information  objects  are  made  available  to  the  JBI  through  publish 
operations 

A  Server  provides  support  services  to  the  JBI.  These  services  in¬ 
clude  security  and  management 

Information  objects  are  routed  to  users  that  need  the  information 
by  invoking  a  subscribe  operation 

A  User  is  an  entity  that  publishes  information  to  the  JBI  or  sub¬ 
scribes  to  information. 

Kruskal- Wallis  test  used  to  determine  the  relationship  among  sev¬ 
eral  groups  of  sample  data 

Low  Cost  Autonomous  Attack  System 

Micro  Air  Vehicle 

Military  Operations  in  Urban  Terrain-army  infantry  operations  is 
locations  where  manmade  construction  and  high  population  den¬ 
sities  are  the  dominant  features 

Most  Recently  Used 

Multipurpose  Security  and  Surveillance  Mission  Platform 

Network  Embedded  Software  Technology,  a  DARPA  program  to 
solicit  research  that  addresses  the  technical  challenges  for  resource- 
constrained  networks  of  embedded  nodes. 


GLO-2 


ns- 2 


Odyssey 

OPNET 

OSI 

PDF 

Sensor  App 
SwarmApp 


PIC 


An  object  oriented,  discrete-event  simulator  for  network  commu¬ 
nications  systems,  developed  and  distributed  for  free  by  the  Infor¬ 
mation  Sciences  Institute  of  the  University  of  Southern  California 

A  class  of  Navy  UUVs  used  for  automous  surveying  as  well  as 
surveillance  and  reconnaissance  missions 

A  commercial  network  communications  simulation  system,  ini¬ 
tially  developed  by  the  Massachusetts  Institute  of  Technology 

Open  Systems  Interconnect 

Probability  Density  Function 

Sensor  Application  Component,  used  to  provide  a  standard  inter¬ 
face  to  the  network  communciations  protocol  system  for  sensors 

Swarm  Application  Component,  used  to  provide  a  standard  inter¬ 
face  to  the  network  communications  routing  protocol  system  for 
applications  such  as  fusion  or  ATR 

Particle  in  Cell 


Redirection 

RESP 


RQST 

SAR 

sDiff 

SLURP 

ssw 

TCP 

UAV 

UUV 


Global  swarm  behavior  modification  due  to  external  environmental 
influences 

A  RESP  message  is  used  to  propagate  response  messages  through 
an  ad  hoc  network.  Response  messages  are  used  to  satisfy  RQST 
messages  with  appropriate  sensor  data 

A  RQST  message  is  used  to  progagate  a  request  message  through 
an  ad  hoc  sensor  network.  Request  messages  establish  the  need 
for  sensor  data  by  the  originating  node 

Synthetic  Aperturue  Radar 

Simplified  Directed  Diffusion  communications  routing  protocol  sys¬ 
tem  for  mobile  ad  hoc  networking 

Scalable  Location  Update-based  Routing  Protocol 

Smart  Sensor  Web 

Transfer  Control  Protocol 

Uninhabited  Aerial  Vehicle 

Unmanned  Underwater  Vehicles 


Waypoint 

XML 


Waypoints  are  used  to  guide  the  global  movement  of  the  swarm 
along  a  desired  route 

Extensible  Mark-up  Language 


GLO-3 
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